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Foreword 



This Technical Specification (TS) has been produced by ETSI Technical Committee Transmission and Multiplexing 

(TM). 

The present document is partly based on the TlEl HDSL2 specification. In turn, the ITU-T Recommendation 

G. 99 1.2 [24] (G.shdsl) annex B text was largely based on the present document. Efforts have been made to ensure that 

the ITU G.shdsl and ETSI SDSL work items were kept in line. 

NOTE: In a future revision it is the intention of ETSI to replace all clauses in the present document that are 
common with the ITU-T Recommendation G.991.2 [24] by pointers to the relevant sections in the 
ITU-T Recommendation. 
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Scope 



The present document specifies requirements for transceivers providing bi-directional symmetrical high bit rate 
transmission on a metallic wire pair using the echo cancellation method. The technology is referred to as Symmetric 
single pair high bit rate Digital Subscriber Line (SDSL), and is applicable to metallic access transmission systems 
designed to provide digital access over existing, unshielded wire pairs. It was originally specified for a single pair only 
and referred to as Symmetric single pair high bit rate Digital Subscriber Line (SDSL), but is enhanced in this new 
version for transmission on M pairs in parallel. 

The present document and the requirements for their implementation define the functional requirements for SDSL. 

The requirements imply interoperability of SDSL systems. Such interoperability will be achieved when SDSL 
transceivers provided by different manufacturers are used in one SDSL link. 

The definition of physical interfaces is outside the scope of the present document. The SDSL transmission system 
consists of an application independent core and an application specific block. The core is considered a transport 
bit-pump, which transports information from one end of the metallic link to the other. The data is mapped into a frame, 
which is considered to be the interface between the application specific and independent parts of the SDSL system. This 
frame is only used internally and is not accessible. 
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3.1 



Definitions and abbreviations 



Definitions 



For the purposes of the present document, the following terms and definitions apply: 
bridged tap: unterminated twisted pair section bridged across the line 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 



2B1Q 


two Binary one Quaternary line code 


2-PAM 


Two-level PAM 


BB 


BroadBand 


BER 


Bit Error Ratio 


BERTS 


Bit Error Ratio Test Set 


BT 


Bridged Tap 


CAS 


Channel-Associated Signalling 


CCP 


Cross Connect Point 


CLI 


Calling Line Identity 


CRC 


Cyclic Redundancy Check 


CV 


Code Violation 


DCC 


Data Communication Channel 


DLL 


Digital Local Line 


DRR 


Dynamic Rate Repartitioning 


DSC 


Dedicated Signalling Channel 


DSL 


Digital Subscriber Line 


EMC 


ElectroMagnetic Compatibility 


eoc 


embedded operations channel 


ES 


Errored Second 


ETS 


European Telecommunication Standard 


FCS 


Frame Check Sequence 


FEXT 


Far End crosstalk 


FSM 


Finite State Machines 


FSW 


Frame Synchronization Word 


HDLC 


High level Data Link Control 


HDSL 


High bit rate Digital Subscriber Line 


HEC 


Header Error Control 


ICP 


IMA Control Protocol 


IMA 


Inverse Multiplexing for ATM 


ISDN BA 


Integrated Services Digital Network Basic rate Access 


ITU-T 


International Telecommunication Union - Telecommunication Standardization Sector 




(former CCITT) 


lUT 


Item Under Test 


LCD 


Loss of Cell Delineation 


LCL 


Longitudinal Conversion Loss 


LF 


Loading Factor 


LOS 


Loss Of Signal 


LOSW 


Loss Of Synch Word failure 


Isb 


least significant bit 


LTU 


Line Termination Unit 


MAE 


Mean Absolute Error 


MDF 


Main Distribution Frame 


ME 


Mean Error 



ETSI 



15 



ETSI TS 101 524 VI .3.1 (2005-02) 



MI Modulation Index 

msb most significant bit 

MTU Maintenance Termination Unit 

MWI Message Waiting Indication 

NB NarrowBand 

NEXT Near End Crosstalk 

NTP Network Termination Point 

NTR Network Timing Reference 

NTU Network Termination Unit 

OAM Operation And Maintenance 

OH OverHead 

PACC Pre-Activation Communication Channel 

PAM Pulse Amplitude Modulation 

PBO Power Back-Off 

PLL Phase Lock Loop 

PMD Physical Medium Dependent 

PMMS Power Measurement Modulation Session (line probe) 

PMS Physical Medium Specific 

PMS-TC Physical Medium Specific Transmission Convergence 

POTS Plain Old Telephone Service 

ppm parts per million 

PPP Point-to-Point Protocol 

PRBS Pseudo Random Bit Sequence 

PSD Power Spectral Density 

PSL Power Sum Loss 

PTM Packet Transfer Mode 

REG REGenerator 

REG-C NTU side of the regenerator 

REG-R LTU side of the regenerator 

RF Radio Frequency 

rms root mean square 

RSP Regenerator Silent Period bit 

Rv Design Impedance 

SDH Synchronous Digital Hierarchy 

SDP Subscriber Distribution Point 

SDSL Symmetric single pair high bit rate Digital Subscriber Line 

SEC SDH Equipment Clock 

SES Severely Errored Second 

SNR Signal to Noise Ratio 

Span Link between LTU and NTU, including regenerators 

SRU Signal Regenerator Unit 

STM Synchronous Transfer Mode 

SW synchronization word 

TBD To Be Determined 

TC Transmission Convergence 

TC-PAM Trellis Coded Pulse Amplitude Modulation 

TPS Transmission Protocol Specific 

TPS-TC Transmission Protocol Specific Transmission Convergence 

TU Termination Unit 

TU- 1 2 Tributary Unit- 1 2 

TUG Tributary Unit Group 

UAS UnAvailable Second 

UC-PAM Ungerboeck Coded Pulse Amphtude Modulation (same as TC-PAM) 

UNI User Network Interface 

UTC Unable To Comply 

VC- 1 2 Virtual Container- 1 2 

xDSL a collective term referring to any of the various types of DSL technologies 
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4 Reference configuration 

4.1 Physical reference configuration 

Figure 4. 1 shows the reference configuration of an SDSL transmission system. 
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Figure 4.1 : Reference configuration 



NTU 



LTU 



Transport Protocol 



out of 
scope 



UNI 



TPS-TC 



PMS-TC 



Transceiver 



Transport Protocol 



TPS-TC 



PMS-TC 



Transceiver 



Physical Media 



out of 
scope 



SNI 



Figure 4.2: Protocol reference model 

The reference configuration provides for a bi-directional symmetrical channel with a variable bit rate that is under the 
control of the network management system of the operator. The maximum aggregate line bit rate is 2 320 kbit/s 
(allowing the support of TU-12 transport). An option to provide a M-pair operational mode with M<4 that is capable of 
supporting user (payload) data rates from 384 kbit/s to M x 2320 kbit/s in increments of M x 8 kbit/s is also specified. 
Four-wire mode is identical to M-pair mode with M = 2, except for the method of assigning ordinal numbers to the wire 
pairs. In four-wire mode the ordinal numbers (the wire pair identification number) are assigned as described in 
clause 9.2 while in M-pair mode the ordinal numbers are assigned to wire pairs as described in clause 7.2.1. The 
distribution of the aggregate bitstream to the M SDSL core systems is carried out by the TPS-TC functionality of the 
mapping functions which are specified for the different applications in annex A. An option is provided for transporting 
an independent narrowband channel. The narrowband channel shall be able to carry an ISDN-BA whose clock domain 
is not necessarily the same as that of the rest of the channel. The narrowband channel shall alternatively be capable of 
supporting analogue telephone channels. Remote power feeding shall be provided by the central office. In this case, a 
reduced power mode (for lifeline service in case of local power failure) may be provided for the ISDN-BA or one 
analogue telephone connection. 

The multiplexing of additional narrowband channels into the data channel is not precluded. Lifeline service is not 
required for these channels. 
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The SDSL transmission system consists of the following functional blocks: 
interface functions; 

mapping functions; 

common circuitry; 

SDSL transceiver; 

optional regenerators. 

The functions at the central office side constitute the Line Termination Unit (LTU) and act as master to the customer 
side functions, which constitute the Network Termination Unit (NTU), and to a regenerator where applicable. 

The common circuitry providing for Physical Medium Specific Transmission Convergence (PMS-TC) Layer and the 
SDSL transceivers comprise the core functions of the NTU and the LTU which, along with the Digital Local Line 
(DLL), make up the SDSL core. The DLL is commonly a metallic twisted pair and may contain regenerators if an 
enhanced transmission range is required. In optional configurations, the DLL can be M copper twisted pairs 
(M-pair mode). In that case, each SDSL Termination Unit contains M separate PMD layers, interfacing to a common 
PMS-TC layer. 

A regenerator may be inserted at any convenient intermediate point in the SDSL core with appropriate insertion loss 
consideration. Power feeding and lifeline service may restrict the maximum achievable loop reach. In the optional 
M-pair mode, M-pair regenerators may be used when this reach extension is required. 

The SDSL core is application independent. It transparently transports the SDSL frames that it receives at its internal 
interfaces. The core functions are Physical Medium Specific (PMS) and include: 

SDSL timing generation and recovery; 

start-up; 

scrambling and descrambling; 

coding and decoding; 

modulation and demodulation; 

echo cancellation; 

line equalization. 

The mapping functions and the interface functions are application dependent and Transmission Protocol Specific (TPS). 
The mapping function handles the Transmission Convergence (TC) Layer of the specific application including the 
maintenance and the mapping of the application frames into the SDSL frame. The TC-functions contain: 

channel multiplexing and demultiplexing; 

framing; 

frame synchronization; 

error detection; 

justification; 

maintenance. 

The interface functional block provides interfaces to the data channel and the optional narrowband subchannel. The 
physical characteristics of the interfaces are application dependent. Implementation details are defined in the application 
descriptions. 

The interfaces between the functional blocks are only logical separations and are not required to be physically 
accessible. 

A clear embedded operations channel (eoc) is provided for within the system frame structure. The SDSL core is 
specified so as to promote interoperability of equipment from different vendors. 
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4.2 PMS-TC and TPS-TC layers 



The transport of STM over SDSL, ATM over SDSL, Packet over SDSL, 64-octet/65 -octet encapsulation and Dual 
Bearer Mode is defined in the present document. Additional services are defined in detail in TS 101 012 [16]. Some 
applications may require a simultaneous transport of STM- and ATM-traffic. In this case the total SDSL payload is split 
into ngj]y[ B-channels for STM- and n^jjyj B-channels for ATM-transport. 



5 Functions 

The functions listed in table 5.1 are necessary for the correct operation of the SDSL core. 

Table 5.1 : Necessary functions 



Functions related to the SDSL core 


LTU 1 NTU/ REG 


Transparent transport of SDSL frames 


< — > 


Stuffing and destuffing 


< — > 


Transmission error detection 


< — > 


Error reporting 


< — > 


Failure detection 


< — > 


Failure reporting 


< — > 


Bit timing 


< — > 


Frame alignment 


< — > 


Power back-off 


< — > 


Transceiver start-up control 


> 


Loopback control and co-ordination 


< — > 


Synchronization of SDSL transceivers 


> 


Remote power feeding 


> 


Wetting current 


> 



5.1 Transparent transport of SDSL frames 

This function provides for the bi-directional transmission of the SDSL frames. 

5.2 Stuffing and destuffing 

This function, when used, provides for the synchronization of the application data clock to the SDSL transceiver system 
clock, by means of adding zero or four stuffing bits per SDSL frame. 

5.3 Transmission error detection 

This function provides for error performance monitoring of the SDSL transceiver systems in each SDSL frame. 

5.4 Error reporting 

This function provides for the reporting of errors detected. 

5.5 Failure detection 

This function provides for the detection of failures in the SDSL transceiver system. 

5.6 Failure reporting 

This function provides for the reporting of failures detected in the SDSL transceiver systems. 
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5.7 Bit timing 

This function provides bit timing to enable the SDSL transceiver systems to recover information from the aggregate bit 
stream. 

5.8 Frame alignment 

This function provides information to enable the SDSL transceiver systems to recover the SDSL frame. 

5.9 Power Back-Off (PBO) 

The transmitter shall have the ability to reduce its transmitted power in order to reduce crosstalk with transmission 
systems operating in the same multi pair cable. The power back-off function shall be provided in both directions of 
transmission. The reduction of power shall be controlled by the management system. The assignment of power back-off 
values in 4-wire/M-pair mode shall be as specified in clause 9.2.6. 

5.10 Transceiver start-up control 

This function provides for the activation to reach the operational state. It may contain a preactivation procedure. 

5.1 1 Loopback control and co-ordination 

This function provides for the activation and deactivation of loopbacks in the LTU, the REG and the NTU. 

5.12 Synchronization of SDSL transceivers 

This function provides for the synchronization of the SDSL transceiver systems. 

5.13 Remote power feeding 

This function provides for remote power feeding of the NTU and/or the regenerators from the LTU. 

5.14 Wetting current 

This optional function provides for feeding of a low current on the pair to mitigate the effect of corrosion of contacts. 



Transmission medium 



6.1 Description 



The transmission medium over which the digital transmission system is expected to operate is the local line distribution 
network, known as the Digital Local Line (DLL). A digital local line distribution network employs cables comprising 
multiple twisted pairs to provide services to customers. In a local line distribution network, customers are connected to 
the local exchange via local lines. To simplify the provision of SDSL, a digital transmission system must be capable of 
satisfactory operation over the majority of metallic local lines without requirement of any special conditioning. In order 
to permit the use of SDSL transmission systems on the maximum possible number of digital local lines, the restrictions 
imposed by SDSL requirements are kept to the minimum necessary to guarantee acceptable operation. 
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6.2 Physical characteristics of a Digital Local Line (DLL) 

A Digital Local Line (DLL) is constructed of one or more cable sections that are spliced or interconnected together. 
The distribution or main cable is structured as follows: 

cascade of cable sections of different diameters and lengths; 

up to two Bridged Taps (BTs) may exist at various points in installation and distribution cables. 

A general description of the DLL physical model is shown in figure 6. 1 and typical examples of cable characteristics 
are given in table 6.1. 



SDSL 
NTU 


Installation 
Cable 




Distribution 
Cable 




Main 
Cable 




Exchange 
Cable 


SDSL 
LTU 


SDP 


CCP 


MDF 

















Figure 6.1 : DLL physical model 
Table 6.1 : Typical cable characteristics 





Exchange cable 


Main cable 


Distribution cable 


Installation cable 


Wire diameter 
(mm) 


0,5; 0,6; 0,32; 0,4 


0,3 to 1,4 


0,3 to 1,4 


0,4; 0,5; 0,6; 0,8; 0,9; 0,63 


Structure 


SQ (B) or TP (L) 


SQ (B) or TP (L) 


SQ (B) or TP (L) 


SQorTPorUP 


IVIaximum number 
of pairs 


1 200 


4 800 


600 


2 (aerial) 
600 (in house) 


Installation 




underground in ducts 


underground or 
aerial 


aerial (drop) or in ducts 
(in house) 


Capacitance 
(nP/km at 800 Hz) 


55 to 120 


25 to 60 


25 to 60 


35 to 120 


Wire insulation 


PVC, FRPE 


PE, paper pulp 


paper, PE, Cell PE 


PE, PVC 


TP: Twisted Pairs PE: Polyethylene 

SQ: Star Quads PVC: Polyvinylchloride 

UP: Untwisted Pairs Pulp: Pulp of paper 

L: Layer Cell PE: Cellular Foam 

B: Bundles (units) Polyethylene 

FRPE: Fire Resistant PE 


NQTE: This table is intended to describe the cables presently installed in the local loop. Not all of the above cable 
types are suitable for SDSL systems. 



6.3 Electrical characteristics of a Digital Local Line (DLL) 

The transmitted signal will suffer from impairments due to crosstalk, impulsive noise and the non-linear variation with 
frequency of DLL characteristics. These impairments are described in more detail in the following clauses. 

6.3.1 Principal transmission characteristics 

The principal electrical characteristics varying nonlinearly with frequency are: 
insertion loss; 
group delay; 
characteristic impedance, comprising real and imaginary parts. 
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6.3.2 Crosstalk characteristics 



Crosstalk noise in general is the result of finite coupling loss between pairs sharing the same cable, especially those 
pairs that are physically adjacent. Finite coupling loss between pairs causes a vestige of the signal flowing on one DLL 
(disturber DLL) to be coupled into an adjacent DLL (disturbed DLL). This vestige is known as crosstalk noise. 
Near-end crosstalk (NEXT) is assumed to be the dominant type of crosstalk for SDSL. 

Intersystem NEXT results when pairs carrying different digital transmission systems interfere with each other. 

Intrasystem NEXT or self -NEXT results when all pairs interfering with each other in a cable are carrying the same 
digital transmission system. Intrasystem NEXT noise coupled into a disturbed DLL from a number of DLL disturbers 
can be represented as being due to an equivalent single disturber DLL with a coupling loss versus frequency 
characteristics known as Power Sum Loss (PSL). Values for 1 % worst case NEXT loss vary from 40 dB to 70 dB at 
150 kHz depending upon the cable type, number of disturbers and environment. 

6.3.3 Unbalance about earth 

The DLL will have finite balance about earth. Unbalance about earth is described in terms of Longitudinal Conversion 
Loss (LCL). The expected worst case value is 42,5 dB at 150 kHz decreasing with frequency by 5 dB/decade. 

6.3.4 Impulse noise 

The DLL will have impulse noise resulting from other systems sharing the same cables as well as from other extrinsic 

sources. 

6.3.5 Micro interruptions 

A micro interruption is a temporary line interruption due to external mechanical action on the copper wires constituting 
the transmission path, for example, at a cable splice. 

6.4 Minimum Digital Local Line (DLL) requirements for SDSL 
applications 

no loading coils; 

only twisted pair or quad cable; 

no additional shielding necessary; 

when bridged taps are present, the maximum number shall be limited to 2 and the length of each to 500 m. 

7 Frame structure and bit rates 

7.1 Data mode frame structure 
7.1.1 Introduction 

This clause describes the proposed SDSL frame structure before scrambling and encoding. This structure is valid during 
normal operation after symbol timing synchronization, frame alignment and after all internal transceiver coefficients 
have been stabilized sufficiently to permit a reliable transport of the signals. 

The frame structure provides the flexibility to transport variable payload bit rates from 192 kbit/s up to 2 312 kbit/s and 
the option of plesiochronous or synchronous mode. 

In synchronous mode, the SDSL transceiver clock is locked to the clock of the transmit data. The SDSL frames have a 
fixed length of 6 ms. Instead of the stuffing bits, two spare bits are defined at the end of each frame. 
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7.1 .2 General structure of SDSL frames 

Figure 7.1 illustrates bit sequences of the SDSL frame structure prior to scrambling at the transmit and after 
descrambling at the receive side. 

The nominal SDSL frame length is 6 ms. The frame is subdivided into four blocks. The first group of the frame starts 
with the 14 bit long synchronization word followed by two SDSL overhead bits and 12 sub-blocks of SDSL payload. 
Each payload sub-block consists of / H- n x 8 bits (/ = 0..7, n = 3. .36) according to the number of B-channels (n) and 
Z-bits (0 (service, signalling, maintenance) which are transmitted. Depending on the payload bit rate, each sub-block 
contains between 24 bits and 289 bits. For / = 1 and n = 36 compatibility with the HDSL frame of TS 101 135 [1] is 
achieved. Operation with values of i > 1 for n = 36 are not covered by the present document. 

The three subsequent blocks have the same structure. Each consists of ten SDSL overhead bits and 12 SDSL payload 
sub-blocks as described above. Therefore, one frame contains a 14 bit synchronization word, 32 overhead bits, and 
between 1 152 and 13 872 payload bits. (The total number of bits in one 6 ms frame is 48 x (1 h- / h- « x 8) [bits]. The 
corresponding line rates are between 192 kbit/s + 8 kbit/s and 2 312 kbit/s + 8 kbit/s). There are two possibilities for the 
bits that occur at the end of the frame (after the P48 sub-block). If bit stuffing is used, either zero or four stuffing bits 
are inserted. If bit stuffing is not used, two spare bits are available. 
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Figure 7.1 : SDSL frame structure 

In the optional M-pair mode, M separate PMS-TC sublayers are active - one for each wire pair. In this case, the above 
formula represents the payload data rate for each pair rather than the aggregate payload rate. Each pair shall operate at 
the same payload rate, and the transmitters for all pairs shall maintain frame alignment within specified limits. In the 
LTU, the symbol clocks for each pair shall be derived from a common source. The maximum differential delay between 
the start of LTU frames shall be no greater than four (4) symbols at the line side of each SDSL transmitter. In the NTU, 
symbol clocks may be derived from loop timing on each pair, so these clocks shall be locked in frequency but shall 
have an arbitrary phase relationship. The maximum differential delay between the start of NTU frames shall be no 
greater than six (6) symbols at the line side of each SDSL transmitter. 
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7.1 .3 Frame structures for synchronous and plesiochronous transmission 

Figures 7.2 and 7.3 show the general structure of the SDSL frames for plesiochronous and for synchronous 
transmission. 



< 




























2 


► 

2 


14 


2 


12*(i+n*8) 


10 


12* 


(i+n*8) 


10 


12* 


(i+n*8) 


10 


12* 


(i+n*8) 


Sync 
word 



H 


P 



1 


P 


2 


P 


3 




P 
1 
2 




H 


P 
1 
3 






P 
2 
4 



H 


P 
2 
5 






P 
3 
6 



H 


P 
3 

7 






P 
4 
8 


S 

t 
u 

f 
f 


S 
t 
u 
f 
f 








































* 




















6 


ms 



























[bits] 



ms 



6 ms 



Symbol Name/Function 

P01 to P48 PayloadSub- Blocks 

OH SDSL overhead (eoc, crc,...) 

Sync word Double Barker code 

Stuff Stuffing bits 



Figure 7.2: SDSL frame structure for plesiochronous transmission 

In plesiochronous mode either zero or four stuffing bits are inserted at the end of each frame. The average frame length 

is 6 ms. Due to the insertion of the stuffing bits, the real length of the frame varies and is 

6 ms ± ((2 X 6)/(Number of bits in frame)) [ms]. Thus the real frame length is also dependent on the data rate. 
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Figure 7.3: SDSL frame structure for synchironous transmission 

The SDSL frame for synchronous transmission (see figure 7.3) is almost the same as described above. The only 
difference is the spare bits at the end of the frame which replace the stuffing bits. These SDSL frames are always 6 ms 
long. Instead of the zero or four stuffing bits, two spare bits are always available at the end of each frame in order to 
equal the average length of (plesiochronous) SDSL frames. 
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7.1 .4 Determination of bit rates and payload blocl< structure 
7.1.4.1 One-palrmode 

Table 7.1 shows the relationship between the payload bit rate and the line bit rate. 

Table 7.1 : Bit rates 



Bit type 


Channel type 


Number of bits in one 
frame of 6 ms 


Bit rate 


Frame bits 


Overhead 


48 / 48 ± 2 


8 kbit/s 


Payload bits 


B-channel (n x 64 kbit/s) 
(n = 3...36) 


n X 48 X 8 


n X 64 kbit/s 


Z-bits (i X 8 kbit/s) 
(1 = 0...7) 


i X 48 


i X 8 kbit/s 


Total number of 
bits in frame 




48 X (1 + i + n X 8) 


(n X 64 + i X 8 + 8) kbit/s 



The minimum and maximum values possible for the line bit rate are: 

Minimum (i = 0; n = 3) 192 kbit/s + 8 kbit/s = 200 kbit/s 

Maximum (i = 1 ; n = 36) 2 304 kbit/s + 8 kbit/s + 8 kbit/s = 2 320 kbit/s 

The payload block structure for the one-pair mode is shown in figure 7.4. All structure of data within payload 
sub-blocks (i.e. support for application specific TPS-TC) is specified in annex A. 



Frame 
Sync 




Payload O 
Block H 



Payload 
Block 



O Payload 
H Block 



O 
H 



Payload 
Block 



Stb 





















o 


.^_ 


CM 


T— 


(M 


CO 


^ 


LO 


CD 


r^ 


CX5 


(J) 




T— 




V 


V 


V 


V 


V 


V 


V 


V 


V 


V 


V 


V 


C) 


C) 


C) 


C) 


C) 


C) 


C) 


C) 


C5 


C5 


C) 


C) 


o 


O 


o 


o 


O 


o 


o 


O 


O 


O 


o 


o 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


X2 


X2 


X2 


X2 


X2 


X2 


X2 


X2 


n 


X) 


X) 


^ 


J 


J 


-3 


J 


J 


J 


J 


J 


J 


-5 


-5 


-5 


(/) 


w 


w 


w 


w 


w 


w 


w 


CD 


w 


(/) 


CO 



Figure 7.4: Payload structure for one-pair mode 



7.1.4.2 



M-pair mode 



In the optional M-pair mode, interleaving of payload data amongst the M pairs is necessary. This shall be accomplished 
by interleaving within payload sub-blocks amongst Pair 1, Pair 2, . . ., Pair M. k^ bits in each Sub-Block shall be carried 

on each pair, as shown in figure 7.5. The size of each payload sub-block is defined as 2k^ , where k = ( i + nx 8)bits. As 
stated in clause 7.1.4.1, the payload data rate per pair is set by: (« x 64 H- / x 8) kbit/s, where 3 < n < 36 and < / < 7. 
For n = 36, i is restricted to the values of or 1 . All structure of data within payload sub-blocks (i.e. support for 
application specific TPS-TC) is specified in annex A. 
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Figure 7.5: Payload structure for M-pair mode 



7.1 .5 Frame bit assignments 



In table 7.2 the bit sequence of SDSL frame prior to scrambling at the transmit side and after descrambling at the 
receive side is presented. While the frame structures are identical in both directions of transmission, the functional 
assignments of individual bits in the direction LTU to NTU or NTU to LTU are different. Unused bits in either direction 
shall be set to ONE. For example the proposed NTU local power status bit is defined only in the frame transmitted 
towards the LTU and the corresponding bit position in the reverse direction has no assignment. 

The value k is defined as k = i + n x 8. 
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Table 7.2: SDSL frame structure 



Time 


Frame 
Bit# 


OH 

Bit# 


Abr. 
Name 


Full name 


Notes 


ms 


1-14 


1-14 


SW 1-14 


sync word 






15 


15 


fbit1 


losd - loss of input signal at 
the far end application 
interface 






16 


18 


fbit2 


sega - segment anomaly 






17- 
12k+ 16 




B01-B12 


payload sub-blocks 1-12 


SDSL payload including Z-bits 




12k+ 17 


17 


eoc01 


eoc message bit 1 






12k+ 18 


18 


eoc02 


eoc message bit 2 






12k+ 19 


19 


eoc03 


eoc message bit 3 






12 k + 20 


20 


eoc04 


eoc message bit 4 






12k + 21 


21 


crcl 


cyclic redundancy check 


CRC-6 




12 k + 22 


22 


crc2 


cyclic redundancy check 


CRC-6 




12 k + 23 


23 


fbit3 


ps - NIL) local power 
status bit 


NTU > LTU only 




12 k + 24 


24 


sbidi 


stuffing indicator bit 1 


spare in synchronous mode 




12 k + 25 


25 


eoc05 


eoc message bit 5 






12k + 26- 


28 


eoc08 


eoc message bit 6 






12k + 27- 
24 k + 26 




B13-B24 


payload sub-blocks 13-24 


SDSL payload including Z bits 






24 k + 27 


27 


eoc07 


eoc message bit 7 






24 k + 28 


28 


eoc08 


eoc message bit 8 






24 k + 29 


29 


eoc09 


eoc message bit 9 






24 k + 30 


30 


eocIO 


eoc message bit 10 






24 k + 31 


31 


crc3 


cyclic redundancy check 


CRC-6 




24 k + 32 


32 


crc4 


cyclic redundancy check 


CRC-6 




24 k + 33 


33 


fbit4 


segd - segment defect 






24 k + 34 


34 


eoc11 


eoc message bit 1 1 






24 k + 35 


35 


eoc12 


eoc message bit 12 






24 k + 36 


38 


sbid2 


stuffing indicator bit 2 


spare in synchronous mode 




24 k + 37 - 
36 k + 36 




B25-B38 


payload sub-blocks 25-38 


SDSL payload including Z bits 






36 k + 37 


37 


eoc13 


eoc message bit 13 






36 k + 38 


38 


eoc14 


eoc message bit 14 






36 k + 39 


39 


eoc15 


eoc message bit 15 






36 k + 40 


40 


eoc18 


eoc message bit 18 






36 k + 41 


41 


crc5 


cyclic redundancy check 


CRC-6 




36 k + 42 


42 


crc8 


cyclic redundancy check 


CRC-6 




36 k + 43 


43 


eoc17 


eoc message bit 17 






36 k + 44 


44 


eoc18 


eoc message bit 18 






36 k + 45 


45 


eoc19 


eoc message bit 19 






36 k + 46 


48 


eoc20 


eoc message bit 20 




8 + 12/ (number 
of bits in frame) 
ms 


36 k + 47 - 
48 k + 46 




B37-B48 


payload sub-blocks 37-48 


SDSL payload including Z bits 






48k + 47 


47 


stb1/spa1 


stuff/spare bit 1 


frame stuffing/spare in synch 
mode 


6 ms nominal 


48 k + 48 


48 


stb2/spa2 


stuff/spare bit 2 


frame stuffing/spare in synch 
mode 




48 k + 49 


49 


stb3 


stuff bit 3 


frame stuffing/not present in synch 
mode 


8 + 12 /(number 
of bits in frame) 
ms 


48 k + 50 


50 


stb4 


stuff bit 4 


frame stuffing/not present in synch 
mode 
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The following gives a short description of the currently defined overhead bits: 

• sync word: 

the synchronization word (SW) enables the SDSL receivers to acquire frame alignment. The 
synchronization word consists of the following 14-bit sequence: 11111 100001 100. This sequence shall 
be passed as a parameter for both upstream and downstream directions during the pre-activation; 

the SW is present in every frame and is the same in both the upstream and downstream directions. 

• losd-bit (loss of signal): 

if there is no signal from the application interface, the losd-bit shall be set to ZERO in the next frame 
towards the far end. Under normal conditions, this bit shall be set to ONE. In M-pair mode, losd on 
Pair 1 shall carry the primary losd indication. The Pair n losd bit , for 2 < n < M, shall be a duplicate of 
the Pair 1 bit. 

• sega (segment anomaly): 

the sega-bit shall be used to indicate CRC-errors on the incoming SDSL frames. It is set to ZERO if 
CRC -errors are detected and to ONE in normal operation. 

• segd (segment defect): 

the segd-bit shall be used to indicate loss of synchronization on the incoming SDSL frames. It is set to 
ZERO if loss of synchronization is detected and to ONE in normal operation. 

• eoc-bits (embedded operations channel): 

20 bits (eoc01...eoc20) are provided as a separate maintenance channel. For a description of codes and 
the messaging procedure in this channel, see clause 10.5. In M-pair mode, eocOl - eoc20 on Pair 1 shall 
carry the primary EOC data. The corresponding Pair n eoc bits, for 2 < n < M, shall be duplicates of the 
Pair 1 eoc bits. 

• crc-bits: 

the SDSL frame shall have six bits assigned to a Cyclic Redundancy Check (CRC) code. The CRC is 
generated for each transmitted frame, and then transmitted in the following frame. 

The six crc-bits transmitted in the (N + 1)* frame shall be determined as follows: 

1) all bits of the N'^'^ frame except the fourteen sync word bits, the six crc-bits and any stuffing bits, for a total of 
m bits, are used, in order of occurrence, to construct a polynomial in "X" such that bit "0" of the N* frame is 
the coefficient of the term X™'^ and bit m-1 of the N'^ frame is the coefficient of the term X^; 

2) the polynomial is multiplied by the factor X^, and the result is divided, modulo 2, by the generator polynomial 
X^ ® X ® 1 . The coefficients of the remainder polynomial are used, in order of occurrence, as the ordered set 
of check bits, crcl through crc6, for the (N + Y)^ frame. The ordering is such that the coefficient of the term 
X^ in the remainder polynomial is check bit crcl and the coefficient of the term X*^ in the remainder 
polynomial is check bit crc6; 

3) the check bits, crcl through crc6, contained in a frame are those associated with the content of the preceding 
frame. When there is no immediately preceding frame, the check bits may be assigned any value. 

• ps-bit (power supply bit): 

the power supply bit ps is used to indicate the status of the local power supply in the NTU. The power 
status bit is set to ONE if power is normal and to ZERO if the power has failed. In four- wire mode, ps on 
Pair 1 shall carry the primary power status indication. The Pair n ps bit, for 2 < n < M, shall be a 
duplicate of the Pair 1 ps bit; 

regenerators shall pass this bit transparently. 
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• sbid (stuff indicator bits): 

(sbidl, sbid2); 

these bits are only needed in plesiochronous mode and are spare in synchronous mode. These stuff 
indicator bits indicate whether or not a stuffing event has occurred in the frame. Both bits shall be set to 1 
if the 4 stuff bits are present at the end of that frame. Both bits shall be set to if there are no stuff bits at 
the end of the current frame. 

• stb (stuffing bits): 

(stbl, stb2, stb3, stb4); 

these bits are only needed in plesiochronous mode and are spare in synchronous mode. They are always 
used together. Either zero or four stuffing bits are inserted, depending on the relation of the timing. If not 
used the stuffing bits shall be set to ONE; 

• spa (spare bits); 

(spal, spa2). 
These bits are only available in synchronous mode and always used together. 

7.1.6 Scrambling method 

SDSL transceiver systems use the same self synchronizing scrambling as the 2B1Q transmission system for ISDN-BA 
as defined in TS 102 080 [2], annex A and HDSL as defined in TS 101 135 [1]. The data stream (with the exception of 
the 14 bits of the sync word and the stuffing bits) is scrambled by means of a 23rd-order polynomial prior to encoding 
(see table 7.3). 

Table 7.3: Scrambler polynomials 



Transmit direction 


Polynomial 


Scrambler/Descrambler 


NTU -^ LTU 


X-23@x-18ei 


Transmit NTU 
Receive LTU 


LTU -^ NTU 


x-23 @ x-5 e 1 


Transmit LTU 
Receive NTU 


NOTE: The sign ® stands for modulo 2 summation. 



Figure 7.6 shows block diagrams for the scramblers and the descramblers. It also shows that the binary data stream is 
recovered in the receiver by applying the same polynomial used for scrambling to the scrambled data. 
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Figure 7.6: Scramblers and descramblers 
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7.1 .7 Differential delay buffer 



In the optional M-pair mode, it is understood that the characteristics of the M-pairs may differ. Differences in wire 
diameter, insulation type, length, number and length of bridged taps and exposure to impairments may result in 
differences in transmission time between pairs. It is recommended that such differences in signal transfer delay between 
the two pairs be limited to a maximum of 50 |is at 150 kHz, corresponding to about 10 km difference in line length 
between NTU and LTU. 

In transceivers supporting M-pairs mode, a delay difference buffer shall be implemented to compensate for any 
difference in total transmission time of the SDSL frames on different pairs. Such delay differences may be due to the 
pair differences described above, as well as to delays due to signal processing in the SDSL transceivers in the LTU, 
NTU and possible signal regenerators. The function of this delay difference buffer is to align the SDSL frames so that 
frames can be correctly reassembled. This buffer shall be capable of absorbing a delay difference of at least 
6 symbols + 50 |is at the line side of each SDSL receiver. 



7.2 



Activation mode frame structure 



7.2.1 Activation framer 

The format of the activation frame is shown in table 7.4. A T^, or Tj. signal shall be generated by repetitively applying 
the activation frame information shown in table 7.4 to the scrambler shown in figure 9.1. The activation frame contents 
shall be constant during the transmission of T^ and Tj. The activation frame sync bits are not scrambled, so they shall be 
applied directly to the uncoded 2-PAM constellation. The total number of bits in the activation frame is 4 227. The 
activation frame shall be sent starting with bit 1 and ending with bit 4 227. 

In the optional M-pair mode, core activation shall proceed in parallel on each of the M pairs. In the optional M-pair 
mode, two bits are used to define the order of the M wire pairs. They are used to determine how user data is split into M 
pairs at the transmitter and combined in the receiver as specified in clause 7.1.1. The assignment of pair 1 to pair Mis 
vendor-specific. 

Bits 4 145 to 4 146 in the activation frame of the LTU device are used to specify the number M of wire pairs. LSB first. 
M= 1: 002;M= 2: 102;M= 3: 0l2;M = 4: II2. This activation frame entry is identical on all M wire pairs. Bits 4 145 to 
4 146 of the activation frame of the NTU device are used to identify the ordinal number of each of the M wire pairs. 
LSB first. Wire pair 1: OO2; wire pair 2: IO2; wire pair 3: OI2; wire pair 4: 1 12. This activation frame entry is different on 
each of the M wire pairs. If the system is not operating in M-pair mode, these two bits shall be set to logical zeros. In 
four-wire mode, the ordinal numbers are assigned as described in clause 9.2 and bits 4 145 to 4 146 of the activation 
frame shall be set to zero. 

Table 7.4: Activation frame format 



Activation 
frame bit 
lsb:msb 


Definition 


1:14 


Frame sync for T^ and T,.: 1 1 1 11 0011 01 Oil , where the left-most bit is sent first in 


time 


Frame sync for F^: 1 1 01 01 1 001 1 1 1 1 , where the left-most bit is sent first in time 


15:36 


Precoder coefficient 1 : 22 bit signed two's complement format with 1 7 bits after th 
where the LSB is sent first in time 


3 binary point, 


37:58 


Precoder coefficient 2 


59:3952 


Precoder coefficients 3-179 


3953:3974 


Precoder coefficient 1 80 


3975:3995 


Encoder coefficient A: 21 bits where the LSB is sent first in time 


3996:4016 


Encoder coefficient B: 21 bits where the LSB is sent first in time 


4017:4144 


Vendor data: 128 bits of proprietary information 


4145:4146 


M-pair mode: LTU: Number of wire pairs / NTU: Ordering of wire pairs 


4147:4211 


Reserved: 65 bits set to logical zeros 


4212:4227 


CRC: Ci sent first in time, Cig sent last in time 
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7.2.1.1 Frame sync 

The frame sync for T,, and Tj. is a 14 bit Barker code. In binary, the code shall be 11111 00 1101011, and shall be sent 
from left to right. For F^,, the frame sync shall be 1101011 00 11111, or the reverse of the frame sync for T^, and Tj.. 

7.2.1 .2 Precoder coefficients 

The precoder coefficients are represented as 22-bit two's complement numbers, with the 5 most significant bits 
representing integer numbers from -16 (10000) to H-15 (01111), and the remaining 17 bits representing the fractional 
bits. The coefficients are sent sequentially, starting with coefficient Cj and ending with coefficient Cj^ 

(from figure 9.10), and the least significant bit of each coefficient is sent first in time. The minimum number of 
precoder coefficients shall be 128 and the maximum number shall be 180. If fewer than 180 precoder coefficients are 
used, the remaining bits in the field shall be set to zero. 

7.2.1.3 Encoder coefficients 

Referring to figure 9.9, the coefficients for the programmable encoder are sent in the following order: aQ is sent first in 
time, followed by a^, a2, . . ., and b2o is sent last in time. 

7.2.1.4 Vendor data 

These 128 bits are reserved for vendor-specific data. 

7.2.1.5 Reserved 

These 67 bits are reserved for future use and shall be set to logical zeros. 

7.2.1.6 CRC 

The sixteen CRC bits (c^ to Cjg) shall be the coefficients of the remainder polynomial after the message polynomial, 

multiplied by D^^, is divided by the generating polynomial. The message polynomial shall be composed of the bits of 
the activation frame, where OTq is bit 15 and m^ yg^ is bit 4 21 1 of the activation frame, such that: 

CRC(£)) = m-yiD) £)16 mod g(D) 

where: 

m(D) = niQD^ ^'^^ ®mj D* ^^^ ^-..^m^ jg^ D ©m^ jg^ 
is the message polynomial, 

g(D) = Di6eDi2eD5e i 

is the generating polynomial, 

CRC(D) = cjDi5 e C2D14 e...e c^d e c^g 

is the CRC check polynomial, ^ indicates modulo-2 addition (exclusive OR), and ^ is the delay operator. 



8 Clock architecture 

8.1 Tolerance of the line symbol rate 

At all rates, the transmit symbol clock during data mode from any SDSL device shall be accurate to within +32 ppm of 
the nominal frequency. During activation, the LTU shall maintain +32 ppm accuracy of its transmit symbol clock, but 
the NTU transmit symbol clock may vary up to +100 ppm. 



£75/ 



32 



ETSI TS 101 524 VI .3.1 (2005-02) 



8.2 



Reference clock architecture 



Due to the multiple applications and variable bit rates called for in SDSL, a flexible clocking architecture is required. 
The LTU and NTU symbol clocks are described in terms of their allowed synchronization references. Other clock 
domains may be accommodated via the supported bit-stuffing mechanism or by using other methods of clock 
information transport (as in the ISDN-BA narrowband transport option). 

The SDSL reference configuration permits the flexibility to provide a symbol clock reference based on the sources 
shown in figure 8.L These sources may be chosen independently in the up and downstream directions (with bit stuffing 
employed as required by the application). The clock accuracy and jitter requirements are specified in a separate clauses 
or application dependent annexes. It illustrates the clock reference options in the context of a simplified SDSL reference 
model. Table 8.1 lists the normative synchronization configurations as well as example applications. 

The clock domain of embedded ISDN-BA channels may be different from that of the data channel. In this case separate 
stuffing and framing procedures have to be provided for these channels, which shall be described in the relevant 
application dependent annex. 
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Figure 8.1 : SDSL symbol clock synchronization references 
Table 8.1 : SDSL symbol clock synchronization configurations 



Mode No. 


LT symbol clock 
source 


NT symbol clock 
source 


Example application 


Mode 


1 


Local oscillator 


Received symbol 
clock 


"Classic" HDSL 


Plesiochronous 


2 


Networl< 
reference 


Received symbol 
clock 


"Classic" HDSL with embedded timing 
reference 


Plesiochronous with 
timing reference 


3a 

(see note) 


Transmit data 
clock 


Received symbol 
clock 


IVIain application is synchronous 
transport in both directions 


Synchronous 


3b 

(see note) 


Transmit data 
clock 


Received symbol 
clock 


Synchronous downstream transport 
and bit-stuffed upstream is also 
possible 


Downstream: 
synchronous 
Upstream: 
plesiochronous 


NOTE: Both modes 3a and 3b are possible with the same clocl< sources depending on clocl< tolerances. 



8.3 



Definitions of clock sources 



The following definitions shall apply to the clock sources shown in figure 8.1. 
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8.3.1 Transmit symbol clock 



A reference clock from which the actual transmit symbol clock is derived (i.e. the TU's transmit symbol clock is 
synchronized to this reference). 

8.3.2 Local oscillator 

A clock derived from an independent local crystal oscillator. 

8.3.3 Network reference clock 

A primary reference clock derived from the network. 

8.3.4 Transmit data clock 

A clock that is synchronous with the transmitted data at the application interface. 

8.3.5 Receive symbol clock 

A clock that is synchronous with the downstream received symbols at the SDSL line interface. This clock is used as the 
transmit symbol clock reference in the NTU. 

8.3.6 Receive data clock 

A clock that is synchronous with the received data at the application interface. 

8.4 Synchronization to clock sources 

In synchronous mode, the LTU can be synchronized to the transmit data clock or to a network reference clock. If a 
network reference clock is used, the transmit data clock must be synchronized to the network reference clock. (The 
various transmit data rates are independent of the reference clock frequency). 

When available, the network reference clock shall be either a fundamental 8 kHz network clock or a related reference 
clock at some multiple of 8 kHz. Such reference clocks are typically 1,544 MHz or 2,048 MHz, although in some 
applications other frequencies, such as 64 kHz, may be available. These related clocks include implicit 8 kHz timing 
signals. Selection of a specific network clock reference frequency shall be application dependent. 



PMD Layer functional characteristics 



9.1 Activation 

This clause describes waveforms at the loop interface and associated procedures during activation mode. The direct 
specification of the performance of individual receiver elements is avoided when possible. Instead, the transmitter 
characteristics are specified on an individual basis and the receiver performance is specified on a general basis as the 
aggregate performance of all receiver elements. Exceptions are made for cases where the performance of an individual 
receiver element is crucial to interoperability. 

In clause 9.1.2 "convergence" refers to the state where all adaptive elements have reached steady state. The declaration 
of convergence by a transceiver is therefore vendor dependent. Nevertheless, actions based on the state of convergence 
are specified to improve interoperability. 

An optional deactivation and warm start procedure is described in annex D. 
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9.1 .1 Activation PMD reference model 

The block diagram of the activation mode PMD layer of an LTU or NTU transmitter is shown in figure 9.1. 
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Figure 9.1 : Activation reference model 

The time index m represents the symbol time, and f represents analogue time. Since activation uses 2-PAM modulation, 
the bit time is equivalent to the symbol time. The output of the framer is the framed information hits f(m). The output of 
the scrambler is s(m). Both the framer and the scrambler are contained in the PMS-TC layer and are shown here only 
for clarity. The output of the mapper is y(m), and the output of the spectral shaper at the loop interface is z(t). d(m) is an 
initialization signal that shall be logical ones for all m. The modulation format shall be uncoded 2-PAM, with the full 
symbol rate selected for data mode operation. During activation, the timing reference for the activation signals have a 
tolerance of ±32 ppm at the LTU and ±100 ppm at the NTU. 

In devices supporting the optional M-pair mode, the core activation procedure shall be considered as an independent 
procedure for each pair. Such devices shall be capable of detecting the completion of activation for all pairs and upon 
completion shall initiate the transmission of user data over all pairs. 



9.1 .2 Activation sequence 



The timing diagram for the activation sequence is given in figure 9.2. The state transition diagram for the activation 
sequence is given in figure 9.4. Each activation signal in the activation sequence shall satisfy the tolerance values listed 
in table 9.1. 

NOTE: A warm-start procedure is under study for use in systems that can go into a deactivated state, when no 
communication is going on. 
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Figure 9.2: Timing diagram for activation sequence 



£75/ 



35 



ETSI TS 101 524 VI .3.1 (2005-02) 



Figure 9.3 shows the total activation sequence at a high level for SDSL, which includes preactivation and core 
activation. Included, as an example in the pre-activation phase, are two sessions of handshake per PACC and line probe. 




Data 



^ tAct Global 



Figure 9.3: SDSL total activation sequence 

The global activation time is the sum of the preactivation and core activation times. Therefore, from figure 9.3, 

Pre _ activation Core _ activation Act _Glohal 

where tpj.g j^^tivation ^^ ^^^ combined duration of the PACC sessions (see clause 9.2) and line probing (see clause 9.2.2), 
'■Core activation ^^ '^^ ''^'^^ activation duration (see clause 9.1). The values for t^j,j and ip^^^ Global ^^ defined in table 9.1. 
The value for tp.(Qjjji is given in table 9.4. 

Table 9.1 : Tolerance values for activation signals 



Signal 


Parameter 


Reference 


Nominal value 


Tolerance 


'cr 


Duration of C^ 


clause 9.1.2.1 


1 X p s (see note 1 ) 


±20 ms 


'crsc 


time from end of C,. to beginning 
ofSc 


clause 9.1.2.2 


0,5 s 


±20 ms 


*crsr 


time from end of C,. to beginning 
ofSr 


clause 9.1.2.3 


1,5 xps 
(see note 1) 


±20 ms 


'Act 


IVIaximum time from start of C,. to 
Data,. 




15xps 
(see note 1) 




*Act_Global 


Time from start of Initial 
handshake to Data,, (see note 2) 




30 s 




NOTE 1 : p is dependent on bit-rate, p = 1 fern > 1 2, p = 2 fern < 1 2. 

NOTE 2: In tlie majority of tlie cases, t^ct Global *'" ^^ '®^^ ^'^^'^ '^^ ^- However, since tlie definition of tlie 

handshal<e meclianism in ITU-T Recommendation G. 994.1 [15] is outside the scope of the present 

document, a maximum value t^ct Global cannot be assured. 
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Figure 9.4: LTU and NTU transmitter state transition diagram 



9.1.2.1 



Signal Cr 



After exiting the preactivation sequence (see clause 9.2), the NTU shall send C^. Waveform C^ shall be generated by 
connecting the signal d(m) to the input of the NTU scrambler as shown in figure 9.1. The PSD mask for Cj. shall be the 
upstream PSD mask, as negotiated during preactivation sequence. Cj. shall have a duration of t^^. s and shall be sent 0,3 s 
after the end of preactivation. 

NOTE: The end of preactivation can be defined in two ways according to ITU-T Recommendation G.994.1 [15]. 
For the purpose of the present document, the end of preactivation will be from the end of the ACK(l) 
message transmission plus the required timers. The minimum and maximum values of those timers are 
0,04 s and 1,0 s. Therefore, the total time between the end of the ACK(l) message and the beginning of 
C, should be between 0,34 s and 1,3 s. 
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9.1.2.2 Signal Sc 



After detecting Cp the LTU shall send S^,. Waveform S^ shall be generated by connecting the signal d(m) to the input of 
the LTU scrambler as shown in figure 9. 1. The PSD mask for S^, shall be the downstream PSD mask, as negotiated 
during preactivation sequence. Sj, shall be sent t^^^^ s after the end of Cj.. If the LTU does not converge while S^ is 
transmitted, it shall enter the exception state (see clause 9.1.2.8). 

9.1.2.3 Signal Sr 

The NTU shall send S^ beginning t^^^^ s after the end of Cj.. Waveform Sj. shall be generated by connecting the signal 

d(m) to the input of the NTU scrambler as shown in figure 9.1. The PSD mask for S^ shall be the same as for Cj.. If the 

NTU does not converge and detect T^, while Sj. is transmitted, it shall enter the exception state (see clause 9.1.2.8). The 

method used to detect T^ is vendor dependent. In timing modes supporting loop timing, waveform Sj. and all subsequent 

signals transmitted from the NTU shall be loop timed, i.e. the NTU symbol clock shall be locked to the LTU symbol 
clock. 

9.1.2.4 Signal Tc 

Once the LTU has converged and has been sending S^, for at least Tp^^ seconds (see table 9.3), it shall send T^. 
Waveform T^ contains the precoder coefficients and other system information. T^ shall be generated by connecting the 
signal /(m) to the input of the LTU scrambler as shown in figure 9.1. The PSD mask for T^, shall be the same as for S^. 
The signal /(m) is the activation frame information as described in clause 9.1.3. If the LTU does not detect Tj. while 
sending T^, it shall enter the exception state (see clause 9.1.2.8). The method used to detect Tj. is vendor dependent. 

9.1.2.5 Signal Tr 

Once the NTU has converged and has detected the T^, signal, it shall send Tj.. Waveform Tj. contains the precoder 
coefficients and other system information. Tj. shall be generated by connecting the signal /(m) to the input of the NTU 
scrambler as shown in figure 9.1. The PSD mask for Tj. shall be the same as for C^. The signal /(m) is the activation 
frame information as described in clause 9.1.3. If the NTU does not detect F^, while sending T^ it shall enter the 
exception state (see clause 9.1.2.8). The method used to detect F^ is vendor dependent. 

9.1.2.6 Signal Fc 

Once the LTU has detected T^ it shall send F^,. The first bit of the fist F^ frame shall follow contiguously the last bit of 
the last T^ frame. Signal F^ shall be generated by connecting the signal /(m) to the input of the LTU scrambler as shown 
in figure 9.1. The PSD mask for F^ shall be the same as for Sj,. The signal /(m) is the activation frame information as 
described in clause 9.1.3 with the following exceptions: the frame sync word shall be reversed in time and the payload 
information bits shall be set to arbitrary values. The payload information bits correspond to the following fields in 
table 7.4: Precoder coefficients. Encoder coefficients and Reserved. The CRC shall be calculated on this 
arbitrary-valued payload. The signal F^ shall be transmitted for exactly two activation frames. As soon as the first bit of 
F^ is transmitted, the payload data in the Tj. signal shall be ignored. 

9.1.2.7 Datac and Datar 

Within 200 symbols after the end of the second frame of F^,, the LTU shall send Data^, and the NTU shall send Dataj.. 
These signals are described in clause 9.2. The PSD mask for Dataj. shall be the same as for Cj., and the PSD mask for 
Data^ shall be the same as for S^,. There is no required relationship between the end of the activation frame and any bit 
within the SDSL data-mode frame. Tp^^ jpjj^yjjjjjj seconds (see table 9.3) after the end of F^,, the SDSL payload data shall 
be valid. 
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9.1.2.8 Exception State 



If activation is not achieved within t^^^ (see table 9. 1) or if any exception condition occurs, then the exception state shall 
be invoked. During the exception state the TU shall be silent for at least tj.ygn^,g (see table 9.3), then wait for 
transmission from the far end to cease, then return to the corresponding initial startup state; the NTU and LTU shall 
begin preactivation, as per clause 9.2. 

9.1.2.9 Exception condition 

An exception condition shall be declared during activation if any of the timeouts given in table 9.3 expire or if any 
vendor-defined abnormal event occurs. An exception condition shall be declared during data mode if the 
vendor-defined abnormal event occurs. A vendor-defined abnormal event shall be defined as any event that requires 
loop restart for recovery. 

9.1 .3 Activation framer 

See clause 7.2.1. 

9.1.4 Scrambler 

The scrambler in the LTU and the NTU transmitters shall operate as shown in figure 7.6. The frame sync bits in the 
activation frame shall not be scrambled. While the frame sync bits are present at/fnj, the scrambler shall not be clocked, 
and f(n) shall be directly connected to s(n). 

9.1.5 Mapper 

The output bits from the scrambler s(m) shall be mapped to the an output level y(m) as follows (see table 9.2). 

Table 9.2: Bit-to-level mapping 



Scrambler output s(m) 


Mapper output level y(m) 


Data mode index 





-9/16 


0011 


1 


+9/16 


1000 



These levels corresponding in the scrambler outputs and 1 shall be identical to the levels in the 16-TC-PAM 
constellation (see table 9.8) corresponding to indexes 001 1 and 1000 respectively. 

9.1.6 Spectral shaper 

The same spectral shaper shall be used for data mode and activation mode as described in clause 9.3.5. 

9.1.7 Timeouts 

Tables 9.1 and 9.3 show the system timeouts and their values, t^^^ Global shall be the maximum time from the start of 
initial handshake to the start of Dataj.. It controls the overall time of the train, including handshake, line probe and 
activation. T^^^j shall be the maximum time from the start of C^ to the start of Dataj.. Tp j^j^^yj^jj^ shall be the time 
between the start of data mode and when the SDSL payload data is valid (this accounts for settling time, data flushing, 
frame synchronization, etc). T^jj^j^^.^. shall be the minimum time in the exception state where the LTU or NTU are silent 

before returning to pre-activation. Tp^^ shall be the time allocated for the NTU to pull in the LTU timing. The LTU 
shall transmit S^ for at least Tp^L seconds. 
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Table 9.3: Timeout values 



Parameter 


Name 


Value 


Time from start of Data^ or Data,, to valid SDSL payload data 


TpayloadValid 


1 s 


IVIinimum silence time from exception condition to start of train 


^Silence 


2s 


Time from start of S^ to NTU PLL lock 


TpLL 


5s 



9.2 PMD preactivation sequence 



This clause describes waveforms at the loop interface and associated procedures during preactivation mode. The direct 
specification of the performance of individual receiver elements is avoided when possible. Instead, the transmitter 
characteristics are specified on an individual basis and the receiver performance is specified on a general basis as the 
aggregate performance of all receiver elements. Exceptions are made for cases where the performance of an individual 
receiver element is crucial to interoperability. 

The Pre- Activation Communication Channel (PACC) shall use the modulation and message structure as described in 
ITU-T Recommendation G.994. 1 [15]. The preactivation communication channel shall allow the selection of the 
synchronization word described in clause 7.1.5. Annex B specifies the use of ITU-T Recommendation G.994. 1 [15] in 
the context of SDSL. 

The four-wire mode is identical to M-pair mode with M = 2, except for the method of assigning ordinal numbers to the 
wire pairs. In the optional four-wire mode, Pair 1 and Pair 2 shall be determined during the preactivation sequence. 
Pair 1 shall be defined as the pair on which the final G.994. 1 transaction is conducted. In the optional M-pair mode, the 
pair numbers are assigned to wire pairs as described in clause 7.2.1. 

9.2.1 PMD preactivation reference model 

The reference model of the preactivation mode of an LTU or NTU transmitter is shown in figure 9.5. 
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Figure 9.5: Preactivation reference model 

The time index m represents the symbol time, and t represents analogue time. Since the probe signal uses 2-PAM 
modulation, the bit time is equivalent to the symbol time. The output of the scrambler is s(m). The scrambler is 
contained in the PMS-TC layer and is shown here only for clarity. The scrambler used in the PMD preactivation may 
differ from the PMS-TC scrambler used in the activation and data mode (see clause 9.2.3). The output of the mapper is 
y(m) and the output of the spectral shaper at the loop interface is z(t). d(m) is an initialization signal that shall be logical 
ones for all m. The probe modulation format shall be uncoded 2-PAM, with the symbol rate, spectral shape, duration, 
and power back-off selected by PACC. Probe results shall be exchanged by PACC. 

In the optional M-pairs mode, the G.994. 1 exchange shall follow the defined procedures for multi-pair operation. In this 
case, signals pj-j and p^,;, as described below, shall be sent in parallel on all wire pairs. 

NOTE: For 3 and 4 pairs, the current G.994. 1 annex B method of doing transactions on only one pair has some 
shortcomings when different parameter values, such as for PBO, might be required on each pair. 
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9.2.2 PMD preactivation sequence description 

A typical timing diagram for the preactivation sequence is given in figure 9.6. Each signal in the preactivation sequence 
shall satisfy the tolerance values listed in table 9.4. 
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Figure 9.6: Typical timing diagram for preactivation sequence 
Table 9.4: Timing for preactivation signals 



Time 


Parameter 


Nominal value 


Tolerance 


*hp 


Time from end of handshake to start of remote 
probe 


0,2 s 


±10 ms 


*prd 


Duration of remote probe 


Selectable from 
50 ms to 3,1 s 


±10 ms 


tps 


Time separating two probe sequences 


0,2 s 


±10 ms 


^prc 


Time separating last remote and first central 
probe sequences 


0,2 s 


±10 ms 


tpcd 


Duration of central probe 


Selectable from 
50 ms to 3,1 s 


±10 ms 


tph 


Time from end of central probe to start of 
handshake 


0,2 s 


±10 ms 


*p-total 


Total probe duration, from end of the first 
G. 994.1 session to the start of the second 
G. 994.1 session 


10s 
maximum 




NOTE: Tolerances are relative to the nominal or ideal value. They are not cumulative across 
the preactivation sequence. 



9.2.2.1 



Signal Pn 



If the optional line probe is selected during the PACC session (see clause 9.2), the NTU shall send the remote probe 
signal. The symbol rate for the remote probe signal shall be negotiated during the PACC session, and shall correspond 
to the symbol rate used during activation for the specified data rate. If multiple remote probe symbol rates are 
negotiated during the PACC session, then multiple probe signals will be generated, starting with the lowest symbol rate 
negotiated and ending with the highest symbol rate negotiated. P^ is the i''^ probe signal (corresponding to the 

i'^'^ symbol rate negotiated). Waveform Pj.j shall be generated by connecting the signal d(m) to the input of the NTU 
scrambler as shown in figure 9.5. The PSD mask for Pj.j shall be the upstream PSD mask used for signal Cj. at the same 
symbol rate, and shall be selectable between the PSDs for activating at data rates of 192 kbit/s to 2 304 kbit/s in steps of 
64 kbit/s. The duration (tp^^j) and power back-off shall be the same for all Pj.j, and shall be negotiated during the PACC 
session. The duration shall be selectable between 50 ms and 3,1 s in steps of 50 ms, and the power back-off shall be 
selectable between dB and 15 dB in steps of 1 dB. The probe signal power back-off values can be selected using 
either the received PACC signal power or a priori knowledge. If no information is available, implementers are 
encouraged to select a probe power back-off of at least 6 dB. The first remote probe signal shall begin tj^ seconds after 

the end of the PACC session. There shall be a t second silent interval between successive remote probe signals. 
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In the optional M-pairs mode, Pj.j shall be sent in parallel on all wire pairs. The assignment of power back-off values in 
4-wire/M-pair mode shall be as specified in clause 9.2.6. 



9.2.2.2 



Signal Pd 



The LTU shall send the central probe signal t seconds after the end of the last remote probe signal. The symbol rate 
for the central probe signal shall be negotiated during the PACC session, and shall correspond to the symbol rate used 
during activation for the specified data rate. If multiple central probe symbol rates are negotiated during the PACC 
session, then multiple probe signals will be generated, starting with lowest symbol rate negotiated and ending with the 
highest symbol rate negotiated. Waveform P^j is the i''^ probe signal (corresponding to the i''^ symbol rate negotiated). 
Waveform P,,; shall be generated by connecting the signal d(m) to the input of the LTU scrambler as shown in 
figure 9.5. The PSD mask for P^,; shall be the downstream PSD mask used for signal S^ at the same symbol rate, and 
shall be selectable between the PSDs for activating at data rates of 192 kbit/s to 2 304 kbit/s in steps of 64 kbit/s. The 
duration (tp^.^) and power back-off shall be the same for all P^.;, and shall be negotiated during the PACC session. The 
duration shall be selectable between 50 ms and 3,1 s in steps of 50 ms, and the power back-off shall be selectable 
between dB and 15 dB in steps of 1 dB. The probe signal power back-off values can be selected using either the 
received PACC signal power or a priori knowledge. If no information is available, implementers are encouraged to 
select a probe power back-off of at least 6 dB. There shall be a t „ silent interval between successive central probe 

signals, and there shall be a t j^ second silent interval between the last central probe signal and the start of the following 
PACC session. 

In the optional M-pair mode, P,,; shall be sent in parallel on all wire pairs. The assignment of power back-off values in 
4-wire/M-pair mode shall be as specified in clause 9.2.6. 

9.2.3 Scrambler 

The scrambler used in the PMD preactivation has the same basic structure as the data mode scrambler, but can have a 
different scrambler polynomial. During the PACC session, the scrambler polynomial for each probe sequence is 
selected by the receiver from the set of allowed scrambler polynomials listed in table 9.5. The transmitter shall support 
all the polynomials in table 9.5. During PMD preactivation, the transmit scrambler shall use the scrambler polynomial 
selected by the receiver during the PACC session. The scrambler shall be initialized to all zero. 

Table 9.5: Preactivation scrambler polynomials 



Index 


LTU polynomial 


NTU polynomial 





s{n) = s{n - 5) e s{n - 23) © d{n) 


s{n) = s{n - 18) © i(M - 23) © d{n) 


1 


s(n) = s(n-l)@d(n) 


s{n) = s{n-\)®d{n) 


2 


s{n) = s(n - 2) © s(n - 5) © d{n) 


s{n) = s{n - 3) © s(n - 5) © d(n) 


3 


s(n) = s(n - 1) © s(n - 6) © d(n) 


s(n) = s{n - 5) © s{n - 6) © d{n) 


4 


s{n) = s{n - 3) © s{n - 7) © d{n) 


s{n) = s{n - 4) © s{n - 7) © d(n) 


5 


s{n) = s{n - 2) © s{n - 3) © s(n - 4) 
®s{n-i)®d(n) 


s{n) = s(n - 4) © s(n - 5) © s(n - 6) 
®s(n-9,)®d{n) 



9.2.4 Mapper 

The output bits from the scrambler s(m), shall be mapped to the output level y(m), as described in clause 9.1.5. 

9.2.5 Spectral shaper 

The same spectral shaper shall be used for data mode and activation mode as described in clause 9.3.5. 
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9.2.6 Power Back-Off 

In order to save power and reduce ingress to other xDSL transmission systems, power back-off shall be implemented. 
The selected power back-off value shall be communicated through the use of parameter selections during the 
preactivation procedure. The power back-off value shall be selected to meet the requirements shown in table 9.6, which 
shall be understood as a minimum requirement. 

The power back-off calculations are based on "Estimated Power Loss" (EPL), which is defined as: 

EPL = Transmit power - Estimated receive power evaluated for the data mode PSD. 

No explicit specification is given herein for the method of calculating "Estimated Receive Power". Depending upon the 
application, this value may be determined based on line probe results, a priori knowledge or levels of tones used during 
the preactivation procedure. 

The power back-off that is applied shall be no less than the default power back-off, and it shall not exceed the 
maximum power back-off value. 

Table 9.6: Required power back-off values 



Estimated power loss/dB 


lUlaximum power back-off/dB 


Default power back-off/dB 


EPL>6 


31 





5<EPL<6 


31 


1 


4<EPL<5 


31 


2 


3<EPL<4 


31 


3 


2<EPL<3 


31 


4 


1 <EPL<2 


31 


5 


0<EPL<1 


31 


6 



In the four- wire mode or M-pair mode, power back-off value PBO-1 shall be assigned to the pair on which the final 
G.994.1 transaction is conducted. Power back-off value PBO-2 shall be assigned to the remaining pair or pairs. 

9.2.7 PMMS target margin 

PMMS target margin is used by the receiver to determine if a data rate can be supported with this margin under current 
noise and/or reference worst-case noise. A data rate may be included in the capabilities list resulting from line probe 
only if the estimated SNR associated with that data rate minus the SNR required for BER = 10'^ is greater than or equal 
to the target margin in dB. If both worst-case target margin and current-condition target margin are specified, then the 
capabilities exchanged shall be the intersection of data rates calculated using each noise condition separately. 

The use of negative target margins with respect to reference worst-case noise corresponds to reference noise with fewer 
disturbers. This may be applicable when the number of disturbers is known to be substantially fewer than specified by 
the reference worst-case noise. Use of negative target margins with respect to current-conditions is not advised. Use of 
the current-condition target margin mode may result in retrains if the noise environment changes significantly. 

If the optional line probe is selected during the G.994. 1 session, the receiver shall use the negotiated target margin. If 
worst-case PMMS target margin is selected, then the receiver shall assume the disturbers of table 9.7 to determine if a 
particular rate can be supported. Reference crosstalk shall be computed using the cable crosstalk models of 
clause 12.5.2, assuming infinite loop length so that FEXT components are ignored and NEXT is independent of loop 
length. The reference crosstalk specified in this clause may not be representative of worst-case conditions in all 
networks. Differences between crosstalk environments may be compensated by adjusting the target margin. 

Table 9.7: Reference disturbers used during PMMS for worst-case target margin 



Rate (kbit/s) 


PSD (direction) 


Reference disturber 


all 


Symmetric (US/DS) 


49 SDSL 


2 048 


Asymmetric (US) 


49 SDSL-SYM with fsym = 685 333 Hz 


2 048 


Asymmetric (DS) 


49 SDSL-SYIVI with fsym = 685 333 Hz 


2 304 


Asymmetric (US) 


49 SDSL-SYM with fsym = 770 667 Hz 


2 304 


Asymmetric (DS) 


49 SDSL-SYM with fsym = 770 667 Hz 
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9.3 Data mode 

This clause describes the waveform at the line interface during data mode given the input bit stream from the TC layer. 

9.3.1 Data mode PMD reference model 

The block diagram of the data mode PMD layer of an LTU or NTU transmitter is shown in figure 9.7. 
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Figure 9.7: Data mode PMD reference model 



at line 
interface 



The time index n represents the bit time, the time index m represents the symbol time, and t represents analogue time. 
The input from the TC layer is f(n), s(n) is the output of the scrambler. The scrambler is contained in the PMS-TC layer 
and is shown here only for clarity. x(m) is the output of the UC-PAM (Ungerboeck Coded Pulse Amplitude 
Modulation) encoder, y(m) is the output of the channel precoder, and z(t) is the analogue output of the spectral shaper at 
the line interface. When transferring K information bits per one-dimensional PAM symbol, the symbol duration is 
K times the bit duration, so the K values of n for a given value of m are { mK, mK + 1 , . . . , mK + K- 1 } . 

In the optional M-pair mode, M separate PMD sublayers are active - one for each wire pair. In this case, n represents the 
bit time for each wire pair rather than the aggregate system line rate. 

9.3.1.1 PMD rates 

The transmission is 16 UC-PAM. There are 3 data bits and 1 redundant bit transmitted each symbol. The TU shall 
support a line rate of (n x 64 H- i x 8 H- 8) kbit/s, where n is an integer value from 3 to 36 and i is an integer value from 
to 7. The tolerance on the symbol rate shall be ±32 ppm. 

9.3.2 Scrambler 

The scrambler in the LTU and the NTU transmitters are described in clause 7.1.6. While the frame sync bits and stuff 
bits are present at f(n), the scrambler shall not be clocked and f(n) shall be directly connected to s(n). 

9.3.3 UC-PAM encoder 

The block diagram of the UC-PAM encoder is shown in figure 9.8. The serial bit stream from the scrambler s(n) shall 
be converted to a K-bit parallel word at the m''^ symbol time, then processed by the convolutional encoder. The resulting 
K + 1-bit word shall be mapped to one of 2^ "*" ^ pre -determined levels forming x(m). 
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sini^ 



Serial to 
Parallel 



s(mK+K-1)=XK(m) 



YK(m) , 



s(mK+1)=X2(m) 



Y2(m) , 



s(mK+0)=Xi(m) 



Convolutional 
Encoder 



Yi(m) . 



Yn(m) , 



Mapper 



x(m\ 



Figure 9.8: Block diagram of the UC-PAIV! encoder 

9.3.3.1 Serial-to-parallel converter 

The serial bit stream from the scrambler, s(n), shall be converted to a K-bit parallel word 

{Xj(m) = s(mK), X2(m) = s(mK + 1), . . ., Xj^(m) = s(mK + K - 1) } at the m* symbol time, where Xj(m) is the first in 

time. 

9.3.3.2 Convolutional encoder 

Figure 9.9 shows the feed forward non-systematic convolutional encoder, where Tj, is a delay of one symbol time, "©" 
is binary exclusive -OR, and "®" is binary AND. Xj(m) shall be applied to the convolutional encoder, Yj(m) and YQ(m) 
shall be computed, then Xj(m) shall be shifted into the shift register. 
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^ T. 



ai 





■»Yi(m) 
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320 



4 — ^ - -e — ^ 




■^Yo(m) 



Figure 9.9: Blocl< diagram of the convolutional encoder 

The binary coefficients aj and bj shall be passed to the encoder from the receiver during the activation phase specified in 
clause 9.1. A numerical representation of these coefficients is A and B, where; 



A = a2o»220 + ai9»2l9 + ajg.2l 



'+... + aQ«20 



and: 



B = b2o»220 + bi9»2l9 + big»2l8 + ...+ ^•2'^ 



The specific choice of Ungerboeck code is vendor specific. The Ungerboeck code shall be chosen such that the system 
performance requirements are satisfied. 
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9.3.3.3 Mapper 

For K = 3, the bits ¥3(01), ¥2(111), Yj(m), and YqChi) shall be mapped to a level x(m) as specified in table 9J 

Table 9.8: Data mode bit-to-level mapping 



Trellis encoder output, 
Y3(m)Y2(m)Yi(m)Yo(m) 


Level x(m) 
(see note) 


0000 


-15/16 


0001 


-13/16 


0010 


-11/16 


0011 


-9/16 


0100 


-7/16 


0101 


-5/16 


0110 


-3/16 


0111 


-1/16 


1100 


1/16 


1101 


3/16 


1110 


5/16 


1111 


7/16 


1000 


9/16 


1001 


11/16 


1010 


13/16 


1011 


15/16 


NOTE: The values are fractions of the value 1 as 
defined in clause 9.3.4. 



9.3.4 Channel precocjer 

The block diagram of channel precoder is shown in figure 9.10, where Tj, is a delay of one symbol time. 



x(m) + 




PrecocJer filter 

Figure 9.10: Block diagram of the channel precoder 

The coefficients Cj, of the precoder filter shall be transferred to the channel precoder as described in clause 7.2.1.2. The 
output of the precoder filter v(m) shall be computed as follows: 

v(m) = |;C,y(m-k) 

k=l 
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The function of the modulo block shall be to determine y(m) as follows: for each value of u(m), find an integer d(m) 
such that: 



and then: 



-1 <u(m) + 2d(m)< 1 



y(m) = u(m) + 2d(m) 



9.3.5 Spectral shaper 



The spectral shaper for the LTU and the NTU transmitters shall operate on the output of the respective precoders (data 
mode) or mappers (activation and preactivation mode). The analogue output z(t) of the spectral shaper is coupled to the 
loop, and shall have a power spectral density, which is limited by masks, and have a limited total power. Power and 
power spectral density is measured into a load impedance of 135 Q.. The power spectral density for all modes, including 
preactivation probing signals, shall be measured with a 10 kHz resolution bandwidth. 

NOTE: Large PSD variations over narrow frequency intervals (for example near the junction of the main lobe 
with the noise floor) might require a smaller Resolution BandWidth (RBW) to be used. A good rule of 
thumb is to choose RBW such that there is no more than IdB change in the signal PSD across the RBW. 
It may be necessary to disregard spurious interference peaks observed when using narrow resolution 
bandwidths. 



9.4 



PSD masks 



For all data rates, the measured transmit PSD of each LTU or NTU shall not exceed the PSD masks specified in this 
clause (PSDMASKgQgL(f)), and the measured total power measured into a load impedance of 135 H shall fall within 

the range specified in this clause (Psdsl - ^'^ '^^)- ^^^ symmetric PSD masks shall be mandatory, and the asymmetric 
PSD masks shall be optional. Table 9.9 lists the supported PSDs and the associated constellation sizes. 

Table 9.9: PSD and constellation size 



Symmetric PSDs 


Asymmetric PSDs 


DS 


US 


DS 


US 


DS 


US 


Coded16-PAM 


Coded 16-PAM 


Coded 16-PAM 


Coded 16-PAM 


Coded 8-PAM 


Coded 16-PAM 


Mandatory 


Optional 


For further study 
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9.4.1 Symmetric PSD masks 



For all values of framed data rate available in the LTU or NTU, the following set of PSD masks (PSDMASK3QgL(f)) 
shall be selectable: 



PSDMASKsDSL(f) = 

r 



{ 



R(f)=10 10 X^SDSLx^x 

/? f 

s sym 



^.f^ 



f 

V symy 



f 

V symy 



/ \ 2xOrder 

' f ^ 



MaskOffsetdB(f) 

xlO 10 



[W/Hz] f < f int 



1 + 



V f 3dB ) 



/'2(f) = 0.5683x10"' xf 



-1,5 



fi„, <f <l,5MHz 



L P3(f) = -90 dBm/Hz peak with maximum power in a [f, f + 1 MHz] window of - 50 dBm 1,5 MHz < f < /^ 



where: 

PBO = the Power Back-Off value in dB, as defined in clause 9.2.6 

'^sdsi' ^sym' ^sciB ^^^ Order are defined in table 9.1 

f = frequency in Hz 



Rs= 135fi 



MaskOffsetdB(f) = r'''4^¥^ f'^^^' ' <'- 



i3dB 



1 



[dB], f>f3, 



fi^, = lowest frequency above fgj^g where the expressions for P^(f) and P2(f) intersect 



f,3,= 11,040 MHz 



Table 9.10: Symmetric PSD parameters 



Payload data rate, R 
(bit/s) 


•^SDSL 


Order 


^sym 
(Hz) 


^3dB 
(Hz) 


PSDSL 

(dBm) 


R<2048x103bit/s 


7,86 


6 


(R + 8 000 bit/s) / (3bit) 


l,0Xf3y^/2 


P1(R) <PsDSL^''3,5dBm 


R > 2 048 X 1 0^ bit/s 


9,90 


6 


(R + 8 000 bit/s) / (3bit) 


l,0Xf3y^/2 


14,5 dBm 



P1(R) with R given in bit/s- is defined as follows: 

P1(R) = 0,3486 log2 (R H- 8 000) h- 6,06 

For dB power back-off, the measured transmit power measured into a load impedance of 135 H shall fall within the 
range Pg^sL - ^'^ ^ where Psdsl ^^ defined in table 9.10. For power back-off values other than dB, the measured 
transmit power measured into a load impedance of 135 H shall fall within the range PgQSL - ^'^ ^ minus the power 
back-off value in dB. The measured transmit PSD measured into a load impedance of 135 il shall remain below 
PSDMASKspsL(f)- The inband PSD for ]VIHz < f < 1,5 ]VIHz shall be measured with a 10 kHz resolution bandwidth 
(see note in clause 9.3.5). 

Figure 9.11 shows the PSD masks with dB power back-off for data rates of 256 kbit/s, 512 kbit/s, 768 kbit/s, 
1 536 kbit/s, 2 048 kbit/s and 2 304 kbit/s plus 8 kbit/s of overhead. 
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Figure 9.1 1 : Symmetric PSD masks for dB power back-off 

The equation for the nominal PSD measured at the terminals is: 



NominalPSDsDSL(f) = 

r 



{ 



R(f)=10 10 x-^^555kx-^x 
R, f, 



^.f^ 



f 



sym 



f 

V symy 



1 + 



/ \2xOrder i-2 , r2 

' i \ I +r. 



[W/Hz] 



PjCf) = 0.5683x10"' xf- 



f <f;. 



fi„, <f <l,5MHz 



^ P3(f) = -90 dBm/Hz peak with maximum power in a [f, f -H 1 MHz] window of - 50 dBm 1,5 MHz < f < f^^^ 



where: 

PBO = the Power Back-Off value in dB, as defined in clause 9.2.6 

Kgjj3|, fg f3jjg and Order are defined in table 9.1 

f = frequency in Hz 

Rs= 135£i 

fj, is the transformer cut-off frequency, assumed to be 5 kHz 

f|^, = lowest frequency above fg^g where the expressions for P^(f) and P2(f) intersect 
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The inband PSD for MHz < f < 1,5 MHz shall be measured with a 10 kHz resolution bandwidth (see note in 
clause 9.3.5). Figure 9.12 shows the nominal transmit PSDs with 13,5 dBm power for data rates of 256 kbit/s, 
512 kbit/s, 768 kbit/s, 1 536 kbit/s, 2 048 kbit/s and 2 304 kbit/s plus 8 kbit/s of overhead. 

NOTE 1 : The nominal PSD is given for information only. 




0,4 0,6 

Frequency (MHz) 



Figure 9.12: Nominal symmetric PSDs for dB power baclc-off 

NOTE 2: The out of band value (P3(f)) is under study and may change to reflect a common value for all DSL 
systems. 

9.4.2 Asymmetric 2 048 kbit/s and 2 304 kbit/s PSD masks 

The asymmetric PSD mask set specified in this clause shall optionally be supported for the 2 048 kbit/s and the 
2 304 kbit/s payload data rate. 

NOTE 1: Power and power spectral density are measured into a load impedance of 135 CI. 

NOTE 2: Other optional asymmetric PSD masks are for further study. 
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For the 2 048 kbit/s and the 2 304 kbit/s payload data rates available in the LTU or NTU, the following set of PSD 
masks (PSDMASKsQSL(f)) shall be selectable: 



PSDMASKsDSL(f) = 

r 



/5(f) = 10 



10 y^^DSL 1 



< 



R, 



X X 

f. 



f 



f 



/ \ 2xOrder 

' f ^ 



MaskOffsetdB(f) 

xlO 10 [W/Hz] 



1 + 



V^sciBy 



P2(f) = 0,5683x10"'* xf"'-^ 



. P3(f) = -90 dBm/Hz peak with maximum power in a [f, f + 1 MHz] window of - 50 dBm 



f < f int 

fi„, <f <l,5MHz 
l,5MHz<f</„,, 



PBO = the Power Back-Off value in dB, as defined in clause 9.2.6 
Kgjj3|, \^, fgijg and Order are defined in table 9.1 1 
f = frequency in Hz 



Rs= 135 £i 



MaskOffsetdB(f) = 



l-l-0,4x- 



i^HR r 



[dB], f<f3, 
[dB], f>f3, 



f|^, = lowest frequency above \^^ where the expressions for P^(f) and P2(f) intersect 



Table 9.11 : Asymmetric PSD parameters 



Payload data rate 
(bit/s) 


Transmitter 


•^SDSL 
(V2) 


Order 


(Hz) 


*3dB 
(Hz) 


''sDSL 

(dBm) 


2 048x103bit/s 


LTU 


16,86 


7 


1 370 667 Hz 


548 267 Hz 


16,25 dBm 


2 048x103 bit/s 


NTU 


15,66 


7 


685 333 Hz 


342 667 Hz 


16,50 dBm 


2 304x103 bit/s 


LTU 


12,48 


7 


1 541 333 Hz 


578 000 Hz 


14,75 dBm 


2 304x103 bit/s 


NTU 


11,74 


7 


770 667 Hz 


385 333 Hz 


15,25 dBm 



For dB power back-off, the measured transmit power measured into a load impedance of 135 fl shall fall within the 
range P^qsl - ^'^ ^ where Ps^sl ^^ defined in table 9.11. For power back-off values other than dB, the measured 
transmit power measured into a load impedance of 135 il shall fall within the range Pg^sL - ^'^ ^ minus the power 
back-off value in dB. The measured transmit PSD measured into a load impedance of 135 il shall remain below 
PSDMASKspsL(f)- The inband PSD for MHz < f < 1,5 MHz shall be measured with a 10 kHz resolution bandwidth 
(see note in clause 9.3.5). 

Figure 9. 13 shows the asymmetric PSD masks with dB power back-off for payload data rates of 2 048 kbit/s and 
2 304 kbit/s. 
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Figure 9.13: Asymmetric PSD masi^s for dB power bacl<-off 

The equation for the nominal PSD measured at the terminals is: 



NominalPSDsDSL(f) = 

r 



Pj(f)=10 10 X- 



K. 



1 
-X — X 



f 



< 



R. fv 



^f^^ 



f 



/ \2xOrder r2,r2 



[W/Hz] 



1 + 



VMdBy 



-1,5 



P2(f) = 0.5683x10"" xf- 

V P3(f) = -90 dBm/Hz peak with maximum power in a [f, f + 1 MHz] window of - 50 dBm 



f < f int 

fi„, <f <l,5MHz 
l,5MHz<f</„,, 



where: 

PBO = the Power Back-Off value in dB, as defined in clause 9.2.6 

Kgjjg|, fjj, i^^Q and Order are defined in table 9.1 1 

f = frequency in Hz 

Rg= 135£i 

f^ is the transformer cut-off frequency, assumed to be 5 kHz 

fi^, = lowest frequency above i^dB where the expressions for P^(f) and P2(f) intersect 

f,3,= 11,040 MHz 
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The inband PSD for MHz < f < 1,5 MHz shall be measured with a 10 kHz resolution bandwidth (see note in 
clause 9.3.5). Figure 9. 14 shows the nominal transmit PSDs with dB power back-off for payload data rates of 
2 048 kbit/s and 2 304 kbit/s. 

NOTE 3; The nominal PSD is given for information only. 
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Figure 9.14: Nominal asymmetric PSDs for dB power back-off 

NOTE 4: The out of band value (P3(f)) is under study and may change to reflect a common value for all DSL 
systems. 



10 Operation and maintenance 
10.1 Management reference model 
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Figure 10.1 : Management reference model 
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Figure 10.1 shows the management reference model for user data transport over SDSL. This example includes two 
regenerator units for informative purposes. The presence of two regenerators is not intended to be a requirement or 
limit. An SDSL segment is characterized by a metallic transmission medium utilizing an analogue coding algorithm, 
which provides both analogue and digital performance monitoring at the segment entity. An SDSL segment is delimited 
by its two end points, known as segment terminations. An SDSL segment termination is the point at which the analogue 
coding algorithms end and the subsequent digital signal is monitored for integrity. 

All SDSL performance monitoring data is transported over the eoc. The fixed indicator bits in the SDSL frame losd, 
sega, segd and ps are used for rapid communication of interface or SDSL segment defects, which may lead to protection 
switching. In addition, the fixed indicator bits may be used for rapid alarm filtering SDSL segment failures. 

1 0.2 SDSL primitives and failures 

1 0.2.1 Cyclic Redundancy Check anomaly (CRC) 

A CRC anomaly shall be declared when the crc-bits generated locally on the data in the received SDSL frame do not 
match the crc-bits {crcl - crc6) received from the transmitter. A CRC anomaly only pertains to the frame over which it 
was declared. 

10.2.2 SEGment Anomaly (SEGA) 

An upstream segment anomaly shall be declared when any signal regenerator declares a CRC anomaly for an SDSL 
frame moving in the direction from NTU to LTU. A downstream segment anomaly shall be declared when any signal 
regenerator declares a CRC anomaly for an SDSL frame moving in the direction from LTU to NTU. A segment 
anomaly indicates that a regenerator operating on a segment has received corrupted data and therefore the regenerated 
data is unreliable. The purpose of segment anomaly is to ensure internal SDSL PMD integrity; it is not intended to be 
reported to an external management entity. A segment anomaly is indicated via the sega-hii in the SDSL frame. 

1 0.2.3 Loss of Sync Word defect (LOSW defect) 

This defect is indicated in the eoc through message ID 140 and from regenerators additionally through segd-b\i. 

In plesiochronous mode, a LOSW defect shall be declared when at least 3 consecutive received frames contain one or 
more errors in the framing bits. The term framing bits shall refer to that portion of Sync word, stuffing bits and stuff 
indicator bits, which are used for frame synchronization. A LOSW defect shall be cleared when at least 2 consecutive 
received frames contain no errors in the framing bits. 

In synchronous mode, a LOSW defect shall be declared when at least 3 consecutive received frames contain one or 
more bit errors in the Frame Sync Word. A LOSW defect shall be cleared when at least 2 consecutive received frames 
contain no errors in the frame sync word. 



1 0.2.4 SEGment Defect (SEGD) 



An upstream segment defect shall be declared when any signal regenerator declares a LOSW defect for data moving in 
the direction from NTU to LTU. A downstream segment defect shall be declared when any signal regenerator declares a 
LOSW defect for data moving in the direction from LTU to NTU. A segment defect indicates that a regenerator has lost 
SDSL synchronization and therefore the regenerated data is unavailable. A segment defect shall be cleared when all 
regenerators have no LOSW defects. This primitive is typically reported to an external management entity and is used 
to ensure timely protection switching, alarm filtering, etc. A segment defect is indicated via the segd-bit in the SDSL 
frame. 



1 0.2.5 Loop Attenuation Defect 



A Loop Attenuation Defect shall be declared when the observed Loop Attenuation is at a level higher than the 
configured threshold (see clause 10.5.5.7.5). 
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10.2.6 SNR Margin Defect 



An SNR Margin Defect shall be declared when the observed SNR Margin is at a level lower than the configured 
threshold (see clause 10.5.5.7.5). SNR Margin is defined as the maximum dB increase in equalized noise or the 
maximum dB decrease in equalized signal that a system can tolerate and maintain a BER of 10'^. 

NOTE: The SNR Margin assumes additive Gaussian noise. 

1 0.2.7 LOSS of Sync Word Failure (LOSW failure) 

This defect is indicated in the eoc through message ID 141 and from regenerators additionally through segd-hit. 

An LOSW failure shall be declared after 2,5 s ± 0,5 s of contiguous LOSW defect. The LOSW failure shall be cleared 
when the LOSW defect is absent between 2 s and 20 s. The minimum hold time for indication of LOSW failure shall be 

2 s. 

10.2.8 Loss of local power 

The NTU shall indicate loss of local power to the LTU through ps-hit. The NTU shall be able to send the ps-bit in at 
least 1 and preferably 3 consecutive frames after losing local power. If the ps-bit is set for less than three frames, it is up 
to the application at the LTU layer to determine the validity of the message. 

10.2.9 Loss Of Signal (LOS) 

The Loss Of Signal flag (LOS = ONE) indicates that no signal is detected on the line. LOS = ZERO indicates that a 
signal has been detected. The LOS at the NTU side is set to zero as soon as the S^, signal is detected. The LOS at the 
LTU side is set to zero as soon as the Sj. signal is detected. LOS at the line side of the LTU, NTU or REG leads to a 
deactivation of the respective path after 2 s and therefore always results in an LOS message from the SDSL core to the 
Operation & Maintenance (O&M) functional block in the LTU. The LTU O&M unit cannot determine however the 
location of the fault. 

10.3 SDSL line related performance parameters 
10.3.1 Code Violation (CV) 

The SDSL parameter Code Violation is defined as a count of the SDSL CRC anomalies occurring during the 
accumulation period. This parameter is subject to inhibiting - see clause 10.3.6. 



1 0.3.2 Errored Second (ES) 



The SDSL parameter Errored Second is defined as a count of 1 s intervals during which one or more CRC anomalies 
are declared and/or one or more LOSW defects are declared. This parameter is subject to inhibiting - see clause 10.3.6. 



1 0.3.3 Severely Errored Second (SES) 



The SDSL parameter Severely Errored Second is defined as a count of 1 s intervals during which at least 50 CRC 
anomalies are declared or one or more LOSW defects are declared. (50 CRC anomalies during a 1 s interval is 
equivalent to a 30 % errored frame rate for a nominal frame length.) This parameter is subject to inhibiting - see 
clause 10.3.6. 



1 0.3.4 LOSW Second (LOSWS) 



The SDSL parameter LOSW Second is defined as a count of 1 s intervals during which one or more SDSL LOSW 
defects are declared. 



£75/ 



55 ETSI TS 1 01 524 V1 .3.1 (2005-02) 



1 0.3.5 UnAvailable Second (UAS) 



The SDSL parameter Unavailable Second is a count of 1 s intervals for which the SDSL line is unavailable. The SDSL 
line becomes unavailable at the onset of 10 contiguous SESs. The 10 SESs are included in the unavailable time. Once 
unavailable, the SDSL line becomes available at the onset of 10 contiguous seconds with no SESs. The 10 s with no 
SESs are excluded from unavailable time. 

10.3.6 Inhibiting rules 

UAS parameter counts shall not be inhibited; 

ES and SES shall be inhibited during UAS. Inhibiting shall be retroactive to the onset of unavailable time and 
shall end retroactively to the end of unavailable time; 

the CV parameter shall be inhibited during SES. 

Further information on inhibiting rules and how ES and SES are decremented can be found in RFC 2495 [20] . 



1 0.4 Performance data storage 



Performance history for all SDSL segment endpoints shall be maintained at the LTU. In order to support SDSL 
performance history storage at the LTU, each SDSL network element shall monitor performance and maintain a modulo 
counter for each performance parameter that is specified in clauses 10.5.5.7.15 and 10.5.5.7.16, as appropriate. No 
initialization of these modulo counters is specified or necessary. By comparing the current reading of the modulo 
counter with the previous reading stored in memory, the data base manager in the LTU can determine the number of 
counts to add to the appropriate performance history bin. (Note that the number of counts may decrease under some 
fault conditions - see clause 10.3 for additional information.) The modulo counters are reported in the SDSL 
Performance Status Messages (see clauses 10.5.5.7.15 and 10.5.5.7.16). 

In order to monitor ES and SES, each SDSL element shall maintain a 1 s timer and an 8 bit modulo counter for each 
receiver. (An NTU or LTU shall have 1 counter. A signal regenerator shall have 2 counters.) The corresponding counter 
shall be incremented for every ES or SES that is declared. The LTU shall collect performance history by polling each 
SDSL network element with a time interval that precludes overflow of the modulo counter. The LTU should maintain 
performance history registers for each SDSL segment endpoint. The performance history registers shall include the total 
collected counts for the current 15 minute period, 32 previous 15 minute periods, current 24 hour period, and 7 previous 
24 hour periods. 

1 0.5 SDSL embedded operations channel (eoc) 
1 0.5.1 eoc management reference model 

The LTU shall maintain a management information database for external access by network management or via craft 
terminal interface. 

Optionally, the NTU may maintain a management information database, which can be locally accessed (through a craft 
terminal interface). This is particularly useful when the LTU, due to fault conditions, is unreachable via the eoc. 

Access to the management information database from craft terminal interfaces on attached units shall be provided 
through a virtual terminal interface. 
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1 0.5.2 eoc overview and reference model 

The eoc allows terminal units to maintain information about the span. There are two basic flows of data, differentiated 
by which terminal unit initiates the data flow (and subsequently stores the information for external access.) The data 
flow initiating from the LTU is mandatory. The data flow initiating from the NTU is optional, but all units must respond 
to requests in either direction of data flow. In all cases the "master database" shall be stored at the LTU and all conflicts 
shall be resolved in favour of the LTU (i.e. the information at the LTU takes precedence). The data flows are illustrated 
in table 10.1 for a 2 regenerator link (Q denotes a query or command message, R denotes a response message). Up to 
8 regenerators are supported by the protocol definition. Asterisks denote optional message transmissions. 

Table 10.1 : Illustration of eoc flow with 2 regenerators 



Messages from LTU 
Msg(src,dest) 


Messages from REG1 
Msg(src,dest) 


Messages from REG2 
Msg(src,dest) 


Messages from NTU 
Msg(src,dest) 


Q(1,3) -^ 


•^ Process 






Process <- 


^R(3,1) 






Q(1,4) -^ 


■^ Forward -^ 


■^ Process 




Process <- 


<- Forward <- 


^R(4,1) 




Q(1,2)^ 


-^ Forward -^ 


-> Forward -^ 


-^ Process 


Process <r 


<r Forward <r 


<- Forward •^ 


<-R(2,1) 














Process <r 


-^0(2,3)* 






R(3,2) ^ 


•^ Process 




Process <- 


<- Forward <- 


^Q(2,4)* 




R(4,2) ^ 


-^ Forward -^ 


■^ Process 


Process <- 


<- Forward <- 


<- Forward <- 


^Q(2,1)* 


R(1,2) ^ 


-^ Forward -^ 


-^ Forward -> 


-^ Process 


NOTE: * indicates optional messages. 



The data link layer of SDSL eoc checks the FCS and if valid passes the packet to the network layer. If the CRC is 
invalid the entire packet is ignored. The network layer consists of three possible actions: Process, Forward, and 
Ignore/Terminate. Process means that the source address and HDLC information field are passed on to the application 
layer. Forward means that the packet is sent onward to the next SDSL element. (Note that only REGs will forward 
packets.) Ignore/Terminate means that the HDLC packet is ignored and is not forwarded. An REG may both process 
and forward a packet in the case of a broadcast message. If the segment is not active in the forwarding direction, the 
REG shall discard the packet instead. When the segment is active in the forwarding direction, the maximum forwarding 
delay in an REG shall be 300 ms. All retransmission and flow control is administered by the LTU or NTU. 

To accommodate the dual data flows, SDSL regenerators have dual addresses as shown in table 10.1. One address is for 
communication with the LTU and the other address is for communication with the NTU. During Discovery, the LTU 
and optionally the NTU send discovery probe messages, which propagate across the span and allow the REGs to be 
numbered via a hop count field in the message. This process is explained in detail below. 

The SDSL terminal units communicate unidirectionally and thus have only one address. The LTU is assigned a fixed 
address of 1 and the NTU is assigned a fixed address of 2. At power-up, each REG is assigned the address of for each 
direction. Under a LOSW failure condition, the REG shall reset its source address to for the direction in which the 
LOSW failure exists. The REG source address shall be changed from if and only if a discovery probe message is 
received and processed. In this way, a regenerator will only communicate in the direction of a database. For instance, if 
a regenerator receives a probe message from the LTU and not from the NTU then its address will remain in the 
direction towards the remote. 

1 0.5.3 eoc start-up 

After loop activation, the SDSL eoc goes through three initialization stages: Discovery, Inventory and Configuration. 
During Discovery, the LTU and optionally the NTU will learn if any mid-span regenerators exist and their addresses 
will be determined. During Inventory, the LTU will poll each REG and the NTU to establish inventory information on 
each element for the terminal unit's database. (Similarly, the NTU may poll each REG and the LTU to establish its own 
database, although this is optional.) During Configuration, the LTU configures the NTU and any REGs for alarm 
thresholds, signal characteristics, etc. There is no enforcement of the order or time of the Inventory and Configuration 
phases; the initiating LTU or NTU is in control. 
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Table 10.2 is an example of Discovery starting from the LTU and then followed by an optional Discovery initiated by 
the NTU. Although these are shown sequentially in this example, they are actually independent; it is not necessary for 
the NTU to wait until it received the probe from the LTU before initiating its own Discovery phase. The NTU may send 
its probe as soon as its eoc is active. The Discovery Response contains the current hop count, the vendor ID, eoc version 
and an indication of LOSW in the forward direction (i.e. in the direction of eoc flow that is opposite to the direction that 
the Discovery Response is sent). 

Table 10.2: Illustration of eoc discovery phase 



Messages from LTU 
Msg(src,dest,h) 


Messages from 

REG1 
Msg(src,dest,h) 


Messages from 

REG2 
Msg(src,dest,h) 


Messages from 

NTU 
Msg(src,dest,h) 


DP(1,0,0)^ 










-^ DR(3,1,1) 








DP{0,0,1)^ 








•^Forward <r 


-^ DR(4,1,2) 








DP(0,0,2)^ 






<- Forward <- 


<- Forward <- 


^ DR(2,1,3) 








^ DP{2,0,0) 






DR(3,2,1)^ 








^ DP{4,0,1) 






DR(4,2,2)^ 


^Forward -^ 






-^ DP(3,0,2) 






DR(1,2,3) ^ 


^Forward -^ 


^Forward -^ 




NOTE: h = hop count, DP = Discovery Probe, DR = Discovery Response. 



After the initiator (LTU and optionally NTU) has received a Discovery Response message from an element, it shall then 
begin the Inventory phase for that particular element. This is accomplished by polling that particular element for its 
inventory information. After the initiator has received the inventory information for a unit, it shall then begin the 
Configuration phase by sending the appropriate configuration information to the corresponding element. The Inventory 
and Configuration phases operate independently for each responding terminal/regenerator unit. 

To ensure interoperability, the behaviour of slave or responding units is carefully specified by the present document. 
The particular method for handling dropped packets or no response is left to the discretion of the initiating LTU or 
NTU. 

Table 10.3 shows the eoc state table for the network side of an REG. Note that an identical, but independent, state 
machine exists for the customer side of an REG to support messages originating from the NTU. 

The state machine consists of 3 states: Offline, Discovery, and eoc Online. The Offline state is characterized by LOSW 
failure (a loss of SDSL sync). The Discovery state is characterized by an unknown address. Once the address is learned 
through the Discovery message, the REG enters the eoc online or active state. At this point, the REG will respond to 
inventory, configuration, maintenance, or other messages from the LTU. 
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Table 10.3: REG network eoc state table 
Offline state 



Event 


Action 


Network LOSW = 


eoc state = Discovery Ready; 



Discovery ready state 



Event 


Action 


Network LOSW = 1 


Network eoc address = 0; 
Network eoc state = offline; 


Discovery probe message received from tlie 
network side 


Increment hop count 

Set network eoc address to hop count + 2; 

Compose and present Discovery message to customer side 

application layer; 

Send Discovery response to LTU; 

Network eoc state = eoc online; 


IVIessage witli address not equal to unit's 
address received from the Network side. 


Request forwarding of the message from the Customer side 
network layer; 


IVIessage forwarding requested from customer 
side 


Send requested message toward network if eoc idle; 



eoc online state 



Event 


Action 


Network LOSW = 1 


Network eoc Address = 0; 
Network eoc State = Offline; 


Discovery message received from the network 
side 


Increment hop count 

Set network eoc address to hop count + 2; 

Compose and present Discovery message to customer side 

application layer; 

Send Discovery Response to LTU; 


IVIessage with broadcast destination address 
received from the Network side 


Process the message; 

Request the customer side eoc network layer to forward the 

message; 


Message with unit's destination address or 
address received from the network side 


Process the message; 


Message with address not equal to unit's 
address received from the network side 


Request forwarding of message from the customer side 
network layer; 


Message forwarding requested from customer 
side network layer 


Send requested message toward network as soon as eoc 
available 



1 0.5.4 Remote management access 



The LTU shall maintain the master management database for each SDSL segment. (An optional second database is 
maintained at the NTU.) Other units are only required to store enough information to accurately send information via 
the eoc. The information contained in the master database shall be accessible from any SDSL unit that has a craft 
terminal port and from network management if it is available. The craft terminal access is in the form of a virtual 
terminal interface (or virtual craft terminal interface). This interface is defined so that it can be used by any attached 
unit to access the terminal screen of another unit. Support for this feature is optional, with the exception of the LTU, 
which shall support the host side of at least one remote terminal connection. (Whether this interface can be active 
simultaneously with local craft terminal access to the LTU is a vendor decision and beyond the scope of the present 
document.) The virtual terminal interface consists of connect, disconnect, keyboard, and screen messages. After a 
connection has been established, input characters from the craft terminal port are sent in keyboard data messages to the 
host unit. The host unit, in turn, shall send information in the form of ASCII text and ASCII control codes, and screen 
control functions in screen messages, whose contents are transmitted back to the craft terminal port. The host unit shall 
echo characters. 

The method for determining that remote access through the local craft terminal port is desired or should be terminated is 
vendor specific, and beyond the scope of the present document. Whatever method is used, capability for transmitting all 
valid key sequences (ASCII characters and control codes) shall be provided. 
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10.5.5 eoc transport 

The eoc shall be transported in the SDSL frame in bits eocl through eocIO. Five octets are contained in each two SDSL 
frames, with specified alignment. The least significant bit (LSB) of the octets are located in bits 1, 9, and 17 of the eoc 
bits in the first frame and bits 5 and 13 of the second frame; each octet is transmitted LSB first. Octet alignment across 
frames is achieved through detection of the alignment of the HDLC sync pattern (7Ejg). 



10.5.5.1 



eoc data format 



Numerical data and strings are placed in the eoc with octet alignment. Data items that are not an integral number of 
octets may be packed together to minimize message sizes. 

Numerical fields shall be transmitted most significant octet first, least significant bit first within an octet. 

Strings shall be represented in the data stream with their first character (octet) transmitted first. Strings shall be padded 
with spaces or terminated with a NULL (00 jg) to fill the allocated field size. String fields are fixed length so characters 
after a NULL in a string data field are "don't care". 



10.5.5.2 



eoc frame format 



The eoc channel shall carry messages in an HDLC-like format as defined in ITU-T Recommendation G. 997.1 [8], 
clause 6.2. The channel shall be treated as a stream of octets; all messages shall be an integral number of octets. 

The frame format uses a compressed form of the HDLC header, as illustrated in table 10.4. The destination address field 
shall be the least significant 4 bits of octet 1 ; the source address field shall occupy the most significant 4 bits of the 
same octet (the address field). There is no control field. One or more sync octets (7Ejg) shall be present between each 
frame. Inter-frame fill shall be accomplished by inserting sync octets as needed. Discovery probe messages shall be 
preceded by at least 5 sync octets to assure proper detection of octet alignment. The Information Field contains exactly 
one message as defined below. The maximum length of a frame shall be 75 octets, not including the sync pattern or any 
octets inserted for data transparency. 

Table 10.4: Frame format for SDSL eoc 





MSB LSB 




Octet # 


Contents 






Sync pattern (7E.|g) 




1 


Source address 
bits 7 to 4 


Destination address 
bits 3 to 




2 


Message ID per table 10.6 


information 
field 




Message content - octet 1 








Message content - octet L 


L + 3 


FCS octet 1 




L + 4 


FCS octet 2 






Sync pattern (7E.|g) 





1 0.5.5.3 Data transparency 

Transparency for the information payload to the sync pattern (7Ejg) and the control escape pattern (7Djg) shall be 
achieved by octet stuffing. 

Before transmission: 

octet pattern (7Ejg) is encoded as two octets (7Djg), (5Ejg); 

octet pattern {1^\(^ is encoded as two octets {ID-^f), (5Djg). 
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At reception: 

octet sequence (7Djg), (5Ejg) is replaced by octet (7Ejg); 
octet sequence (7Djg), (5Djg) is replaced by octet (TD^g); 
any other two-octet sequence beginning with 7Djg aborts the frame. 

1 0.5.5.4 Frame Check Sequence 

The Frame Check Sequence (FCS) shall be calculated as specified in RFC 1662 [13]. (Note that the FCS is calculated 
before data transparency.) The FCS shall be transmitted as specified in RFC 1662 [13]: Bit 1 of the first octet is the 
MSB and bit 8 of the second octet is the LSB, i.e. the FCS bits are transmitted reversed from the normal order. 



10.5.5.5 



Unit addresses 



Each unit uses one source and destination address when communicating with upstream units and a separate independent 
source and destination address when communicating with downstream units. Each address shall have a value between 
(Ojg) and (F^g). Units shall be addressed in accordance with table 10.5. Address (F^g) may only be used as a destination 
address and shall specify that the message is addressed to all units. Address (Ojg) is used to address the next attached or 
adjacent unit. 

Table 10.5: Device addresses 



Address (Base.|g) 


Device 





Adjacent device 


1 


LTU 


2 


NTU 


3-A 


Regenerators 1 to 8 


B-E 


Reserved (D and E not allowed) 


F 


Broadcast message to all stations 


NOTE: The present document is not intended to indicate how many 

regenerators can or should be supported by a product; only how 
to identify them if they exist. 



10.5.5.6 Message IDs 

Table 10.6 summarizes message ID and expected message lengths. Message IDs are listed as decimal numbers. 
Messages to 64 represent request messages. Messages 128 to 192 represent messages that are sent in response to 
request messages. Each request message is acknowledged with the corresponding response. Request/Response Message 
IDs usually differ by an offset of 128. 

Table 10.6: Summary of Message IDs 



Message 
ID(decimal) 


Message type 


initiating Unit 


Reference 
(clause) 





Reserved 






1 


Discovery Probe 


LTU, NTU (see note), 
REG 


10.5.5.7.1 


2 


Inventory Request 


LTU, NTU (see note) 


10.5.5.7.3 


3 


Configuration Request - SDSL 


LTU 


10.5.5.7.5 


4 


Reserved for Application Interface Configuration 






5 


Configuration Request - Loopback Time-Out 


LTU, NTU (see note) 


10.5.5.7.6 


6 


Virtual Terminal Connect Request 


NTU (see note), 
REG (see note) 


10.5.5.7.17 


7 


Virtual Terminal Disconnect Request 


NTU (see note), 
REG (see note) 


10.5.5.7.17 


8 


Keyboard Data IVIessage 


NTU (see note), 
REG (see note) 


10.5.5.7.18 


9 


Maintenance Request - System Loopback 


LTU, NTU (see note) 


10.5.5.7.19 


10 


Maintenance Request - Element Loopback 


LTU, NTU (see note) 


10.5.5.7.20 
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Message 
ID(decimal) 


Message type 


Initiating Unit 


Reference 
(clause) 


11 


Status Request 


LTU, NTU (see note) 


10.5.5.7.12 


12 


Full Status Request 


LTU, NTU (see note) 


10.5.5.7.13 


13to14 


Reserved 






15 


Soft Restart/Power back-off Disable Request 


LTU 


10.5.5.7.22 


16 


Reserved (Future) 






17 


ATM Cell Status Request 


LTU, NTU 


A.8.4.7 


18 


NTU Configuration Request - Management 


LTU 


10.5.5.7.9 


19 


Reserved for Voice Transport Request (Future) 


Undefined 




20 


ISDN Request 


LTU, NTU 


A.6.7.1 


21 


LAPV5 POTS and ISDN setup Request 


LTU 


A.10.6 


22 


Deactivation request 


LTU, REG, NTU 


D.1.3.1 


23 to 63 


Reserved (Future) 






64 to 88 


Reserved for Line Management Request 


Undefined 


10.5.5.7.23 


89 to 1 1 1 


Reserved 






1 1 2 to 1 1 9 


Proprietary Message 


Undefined 


10.5.5.7.24 


120 


External Message 


Undefined 


10.5.5.7.25 


121 


G.997.1 Message 


LTU (see note), NTU 
(see note) 


10.5.5.7.26 


122 to 124 


Reserved 






125 to 127 


Excluded (7Di6,7Ei6,7Fie) 






128 


Reserved 






129 


Discovery Response 


all 


10.5.5.7.2 


130 


Inventory Response 


all 


10.5.5.7.4 


131 


Configuration Response - SDSL 


NTU, REG 


10.5.5.7.7 


132 


Reserved for Application Interface Configuration 






133 


Configuration Response - Loopback Time-Out 


all 


10.5.5.7.8 


134 


Virtual Terminal Connect Response 


LTU, REG (see note), 
NTU (see note) 


10.5.5.7.17 


135 


Reserved 






136 


Screen Data Message 


LTU, REG (see note), 
NTU (see note) 


10.5.5.7.18 


137 


Maintenance Status 


all 


10.5.5.7.21 


138 


Reserved 






139 


Status/SNR 


all 


10.5.5.7.14 


140 


Performance Status SDSL Network Side 


REG, NTU 


10.5.5.7.15 


141 


Performance Status SDSL Customer Side 


LTU, REG 


10.5.5.7.16 


142 


Reserved for Application Interface Performance 






143 


Reserved (Future) 






144 


Generic Unable to Comply (UTC) 




10.5.5.7.27 


145 


ATM Cell Status Information 


all 


A.8.4.8 


146 


Configuration Response - Management 


NTU, REG (see note) 


10.5.5.7.10 


147 


Reserved for Voice Transport Response (Future) 


Undefined 




148 


ISDN Response 


LTU, NTU 


A.6.7.1 


149 


LAPV5 POTS and ISDN setup Response 


NTU 


A.10.6 


150 


Deactivation Acknowledge 


LTU, REG,NTU 


D.1.3.2 


151 to 191 


Reserved (Future) 






192 to 21 6 


Segment Management Response (reserved) 


Undefined 


10.5.5.7.23 


21 7 to 239 


Reserved (Future) 






240 to 247 


Proprietary Message Response 


Undefined 


10.5.5.7.2 


248 to 252 


Reserved 






253 to 255 


Excluded (FD^g, FE^g, FF^g) 






NOTE: (see note) denotes optional support. A unit may initiate this message. 
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10.5.5.7 Message contents 

Each message shall have the contents in the format specified in table 10.4 through table 10.6. If any message has a 
message length longer than expected and is received in a frame with a valid PCS, then the known portion of the 
message shall be used and the extra octets discarded. This will permit addition of new fields to existing messages and 
maintain backward compatibility. New data fields shall only be placed in reserved bits after the last previously defined 
data octet. Reserved bits and octets shall be filled with the value (OOjg) for forward compatibility. 

Response messages may indicate UTC (Unable to Comply.) Note that this is not in indication of non-compliance. UTC 
indicates that the responding unit was unable to implement the request. 



10.5.5.7.1 



Discovery Probe - Message ID 1 



The Discovery Probe message shall be assigned Message ID 1, and is used to allow a LTU or NTU to determine how 
many devices are present and assign addresses to those units. 

Table 10.7: Discovery Probe Information Field 



Octet # 


Contents 


Data type 


Reference 


1 


1 


Message ID 




2 


Hop count 


unsigned character 


clause 10.5.3 



10.5.5.7.2 



Discovery Response - Message ID 129 



The Discovery Response message shall be assigned Message ID 129. This message shall be sent in response to a 
Discovery Probe Message. The Hop Count field shall be set to 1 larger than the value received in the Discovery Probe 
Message causing the response. (The Full Receive State Machine is described in table 10.3.) Forward LOSW indication 
means that the segment is down in the forward direction from the REG. In this case, the REG is unable to forward the 
Discovery Probe message to the adjacent unit and it reports this fact to the initiating LTU or NTU. The Forward LOSW 
octet field shall be set to (OO^g) for responses from a LTU or NTU. 

Table 10.8: Discovery Response Information Field 



Octet # 


Contents 


Data Type 


Reference 


1 


129 


IVIessage ID 




2 


Hop count 


Unsigned character 


clause 10.5.3 


3 


Reserved 






4 to 11 


Vendor ID (ordered identically to bits in 
G.994.1 Vendor ID) 






12 


Vendor eoc Software Version 


Unsigned character 




13 


SDSL version* 


Unsigned character 




14 (bits 7 to 1) 


Reserved 






14(bit0) 


Forward LOSW indication, eoc unavailable 


Bit 


1 = Unavailable 
= Available 



10.5.5.7.3 



Inventory Request - Message ID 2 



The Inventory Request message shall be assigned Message ID 2. This message is used to request an Inventory Response 
from a particular unit. It shall only be transmitted by LTU or NTU devices. There shall be no octets of content for this 

message. 

Table 10.9: Inventory Request Information Field 



Octet # 


Contents 


Data type 


Reference 


1 


2 


Message ID 
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10.5.5.7.4 



Inventory Response - Message ID 130 



The Inventory Response message shall be assigned Message ID 130. This message shall be sent in response to an 
Inventory Request message. 

Table 10.10: Inventory Response Information Field 



Octet # 


Contents 


Data type 


Reference 


1 


130 


IVIessage ID 




2 


SDSL version* 


Unsigned character 




3 to 5 


Vendor list # 


3 octet string 




6 to 7 


Vendor issue # 


2 octet string 




8 to 13 


Vendor software version 


6 octet string 




14 to 23 


Unit identification code 


1 octet string 




24 


Reserved 






25 to 32 


Vendor ID (ordered identically to bits in 
G.994.1 Vendor ID) 






33 to 44 


Vendor model # 


1 2 octet string 




45 to 56 


Vendor serial # 


12 octet string 




57 to 68 


Other vendor information 


12 octet string 





10.5.5.7.5 



Configuration Request - SDSL - Message ID 3 



The Configuration Request - SDSL message is transmitted by the LTU to configure the SDSL interface(s) of attached 
units. This message may be broadcast or addressed to specific units. It is acknowledged with a Configuration 
Response - SDSL message. For SDSL, SNR is measured internal to the transceiver decision device as opposed to the 
external segment termination. The "Off" setting indicates that threshold crossings are not reported. Loop Attenuation 
and SNR Margin are local alarms that are reported in Messages 140 and 141. In addition, these alarms may be 
physically indicated on the equipment. SDSL Loop Attenuation shall be defined as follows: 



LoopAttensDsiiH)-- 



fs 



sym 



Jsym 

2 



Jsym 

J^lO-logio 



^S{f-nf,y^) 



n=0 



df- 



10 log 



10 



i 

El I- 



n=0 



df 



where/ „ is the symbol rate. 



' sym 



H(f) 



is the insertion loss of the loop, and S(f) is the nominal transmit PSD. 



Table 10.11: Configuration Request - SDSL Information Field 



Octet # 


Contents 


Data Type 


Reference 


1 


3 


IVIessage ID 




2 bit 7 


Config Type 


Bit 


= normal, 1 = Read only 


2 bits 6..0 


SDSL Loop Attenuation threshold (dB) 


Enumerated 


O = off, 1 to 127 


3 bits 7..4 


SDSL SNR Margin threshold (dB) 


Enumerated 


O = off, 1 to 15 


3 bits 3..0 


Reserved 




set to 
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10.5.5.7.6 



Configuration Request - Loopback Time-Out - Message ID 5 



The Configuration Request - Loopback Time-Out message is transmitted by the LTU (and optionally the NTU) to set 
loopback time-outs for individual elements. If a loopback is not cleared before the expiration of the time-out, then the 
element shall revert to normal operation. This message may be broadcast or addressed to specific units. It is 
acknowledged with a Configure Response - Loopback Time-Out message. If date and time information is sent in 
octets 4 to 21, then these strings shall conform to ISO 8601 [17]. If date and time information is not sent, then these 
fields shall be filled with zeros. 

Table 10.12: Configuration Request - Loopbacic Time-Out information Fieid 



Octet # 


Contents 


Data Type 


Reference 


1 


5 


IVIessage ID 




2 bit 7 


Config Type 


Bit 


= normal, 

1 = Read-only 


2 bits 6..4 


Reserved 






2 bits 3..0 to 3 


Loopbacl< time-out 


12-bit unsigned integer 


In minutes, = no timeout 


4 to 13 


YYYY-MM-DD 


10 octet date string 


ISO 8601 [17] 


14 to 21 


HH:MM:SS 


8 octet time string 


ISO 8601 [17] 



10.5.5.7.7 



Configuration Response - SDSL - Message ID 131 



The Configuration Response - SDSL message is transmitted to the LTU in response to a Configuration Request - SDSL 
message. This response is sent after the applicable configuration changes have been made. The values of the response 
shall be set to the new values, after they have been applied. If a transceiver unit is unable to comply with the request, 
the bit in the Compliance Octet is set and the current settings are reported. If the Config Request message was received 
with a Config Type of "Read-Only," then no changes are made to the current configuration and the current values are 
reported. 

Tabie 10.13: Configuration Response - SDSL Information Field 



Octet # 


Contents 


Data Type 


Reference 


1 


131 


IVIessage ID 




2 bits 7..1 


Reserved 






2bit0 


UTC (Unable to Comply) 


Bit 


= OK, 1 = UTC 


3 


SDSL Loop Attenuation threshold (dB) 


Char 


O = off, 1 to 127 


4 bits 7..4 


SDSL SNR IVIargin threshold (dB) 


Enumerated 


O = off, 1 to 15 


4 bits 3..0 


Reserved 




set to 



10.5.5.7.8 



Configuration Response - Loopback Time-Out - Message ID 133 



The Configuration Response - Loopback Time-Out message is transmitted to acknowledge the Configuration 
Request - Loopback Time-Out message. This response is sent after the applicable configuration changes have been 
made. The values of the response shall be set to the new values, after they have been applied. If a transceiver unit is 
unable to comply with the request, the bit in the Compliance Octet is set and the current settings are reported. If the 
Config Request message was received with a Config Type of "Read-Only", then no changes are made to the current 
configuration and the current values are reported. 

Table 10.14: System Loopback Time-Out Response Information Field 



Octet # 


Information Fieid 


Data Type 


Reference 


1 


133 


Message ID 




2 bits 7..1 


Reserved 






2bit0 


UTC (Unable to Comply) 


bit 


= OK, 1 = UTC 


3 bits 7.. 4 


Reserved 






3bits3..0to4 


Loopback time-out 


12-bit unsigned integer 


In minutes, 
= no timeout 


5 to 14 


YYYY-MM-DD 


10 octet date string 


ISO 8601 [17] 


15 to 22 


HH:MM:SS 


8 octet time string 


ISO 8601 [17] 
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10.5.5.7.9 



NTU Config Request - Management: Message ID 18 



The Config Request - Management message is transmitted by the LTU to enable or disable NTU initiated management 
flow. The destination address shall be F^g to indicate this is a broadcast message. NTU Initiated Management Flow is 
enabled by default. When disabled, an NTU shall not respond to any NTU-initiated Request messages, and the NTU 
shall not issue any such messages (messages 2-12). Config Type of Read-Only indicates that the addressed unit ignore 
the subsequent values in the message and report back its current configuration. 

Table 10.14a: NTU Config Request - Management: Message ID 18 



Octet # 


Contents 


Data Type 


Reference 


1 


IVIessage ID - 18 


Message ID 




2 Bit 7 


Config Type 


Bit 


0-normal, 1-Read-Only 


2 Bits 6.. 1 


Reserved 






2BitO 


NTU Initiated IVIanagement Flow 


Bit 


0-Enable, 1 -Disabled 



10.5.5.7.10 Config Response - Management message: Message ID 146 

Config Response - Management message is sent by all units to acknowledge to the Config Request - Management 
message. 

Table 10.14b: Config Response - Management message: Message ID 146 



Octet # 


Contents 


Data Type 


Reference 


1 


IVIessage ID - 146 


Message ID 




2 Bits 7.. 1 


Reserved 






2BitO 


UTC (Unable to Comply) 


Bit 


0-OK, 1-UTC 


3 Bits 7.. 1 


Reserved 






3BitO 


NTU Initiated Management Flow 
Status 


Bit 


0-Enabled, 1 -Disabled 



1 0.5.5.7.1 1 Status Request - Message ID 1 1 

The Status Request message is used to poll an element for alarm and general performance status. 
The relevant status response messages are: 

status/SNR Response - 139 (see clause 10.5.5.7.13); 

SDSL Network Side Performance Status - 140 (see clause 10.5.5.7. 14); 

SDSL Customer Side Performance Status - 141 (see clause 10.5.5.7.15); 

maintenance Status - 137 (see clause 10.5.5.7.20). 

In the optional M-pair mode, messages 139, 140, and 141 contain status information that is specific to a particular pair. 
In this case, M messages each (one corresponding to each pair) of types 139, 140, and 141 may be sent by the polled 
unit in response to a status request message. The responding element shall provide the loop ID information in EOC 
messages 139, 140, and 141. The responding element shall first provide the information relating to loop 1, followed 
shortly thereafter with the requested information for loop 2 (if M>2), then loop 3 (if M>3), then loop 4 (if M=4). 

If no active alarm, fault or maintenance conditions exist and there is no change in any of the values of the performance 
monitoring fields then the polled unit shall respond with the Status/SNR Response - 139 (clause 10.5.5.7.13). If no 
active alarm, fault or maintenance conditions exist and the only change in any of the values of the performance 
monitoring fields is in the SNR margin then the polled unit shall respond with the Status/SNR Response - 139 (see 
clause 10.5.5.7.13). 

If active alarm, fault or maintenance conditions exist then the polled unit shall respond with the messages that 
correspond to the active conditions. 

If there has been any change in performance status other than SNR margin since the last time a unit was polled then the 
unit shall respond with the messages which contain the change in performance status. 
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Table 10.15: Status Request Information Field 



Octet # 


Information field 


Data type 


1 


Message ID - 11 


Message ID 



10.5.5.7.12 Full Status Request - Message ID 12 

The Full Status Request message is used to poll an element for its complete current status. The following messages shall 
be sent in response to the Full Status Request: 

SDSL Network Side Performance Status (see clause 10.5.5.7.14); 

SDSL Customer Side Performance Status (see clause 10.5.5.7.15); 

Maintenance Status (see clause 10.5.5.20). 

In the optional M-pair mode, the following messages shall be sent in response to the Full Status Request: 

SDSL Network Side Performance Status (clause 10.5.5.7.14) - related to Loop 1; 

SDSL Network Side Performance Status - related to Loop 2, Loop 3, . . ., Loop M (one message per loop); 

SDSL Customer Side Performance Status (clause 10.5.5.7.15)- related to Loop 1; 

SDSL Customer Side Performance Status - related to Loop 2, Loop 3, . . ., Loop M (one message per loop); 

Maintenance Status (see clause 10.5.5.20). 

Table 10.16: Full Status Request Information Field 



Octet # 


Information Field 


Data Type 


1 


Message ID - 12 


Message ID 



10.5.5.7.13 



Status Response/SNR - Message ID 139 



The Performance Status OK/SNR message shall be sent in response to the Status Request message under the conditions 
specified in clause 10.5.5.7.11. The reported integer represents dB SNR noise margin values rounded up. Because each 
LTU or NTU only connects to one SDSL segment, the application interface side SNR margin data shall be 0. 
(The network side SNR margin shall be at the LTU and the customer side SNR margin shall be at the NTU.) 

Table 10.17: Status Response OK/SNR Information Field 



Octet # 


Information Field 


Data Type 


1 


Message ID- 139 


Message ID 


2 


Network Side SNR Margin (clB) 


Signed char (127 = Not Available) 


3 


Customer Side SNR Margin (dB) 


Signed char (127 = Not Available) 


4 


Loop ID 


Unsigned char (1 = Loop 1,2 = Loop 2, 3 = 
Loop 3, 4 = Loop 4) 



10.5.5.7.14 



SDSL Network Side Performance Status - Message ID 140 



This message provides the SDSL network side performance status. Device Fault shall be used to indicate HW or SW 
problems on the addressed unit. The definition of Device Fault is vendor dependent but is intended to indicate 
diagnostic or self-test results. DC Continuity Fault shall be used to indicate conditions that interfere with span powering 
such as short and open circuits. The definition of DC Continuity Fault is vendor dependent. 
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In octet 11, bits 7.. 4 are used to indicate that an overflow or reset has occurred in one or more of the modulo counters. 
Bits 7 and 5 shall indicate that an overflow has occurred since the last SDSL Network Side status response. For 
example, if more than 256 Errored Seconds occur between SDSL Network Side status responses, then the ES modulo 
counter will overflow. Bits 6 and 4 shall be used to indicate that one or more of the modulo counters have been reset for 
any reason (e.g. system power-up or a non service-affecting reset). Bits 7 and 6 shall be cleared to after a SDSL 
Network Side status response is sent to the LTU. Bits 5 and 4 shall be cleared to after a SDSL Network Side status 
response is sent to the NTU. 

Table 10.18: SDSL Network Side Performance Status Information Field 



Octet # 


Contents 


Data Type 


Reference 


1 


IVIessage ID- 140 


IVIessage ID 




2 bit 7 


Reserved 






bite 


N - Power Back-off Status 


Bit 


= default 

1 = selected 


bits 


Device Fault 


Bit 


= OK, 1 = Fault 


bit 4 


N - DC Continuity Fault 


Bit 


= OK, 1 = Fault 


bit 3 


N - SNR IVIargJn alarm 


Bit 


= OK, 1 = alarm 


bit 2 


N - Loop Attenuation Alarm 


Bit 


= OK, 1 = alarm 


bit 1 


N - SDSL LOSW Failure Alarm 


Bit 


= OK, 1 = alarm 


bitO 


Reserved 




set to 


3 


N - SDSL SNR Margin (dB) 


Signed char (127 = NA) 




4 


N - SDSL Loop Attenuation (dB) 


Signed char (-128 = NA) 




5 


N - SDSL ES Count modulo 256 


Unsigned char 




6 


N - SDSL SES Count modulo 256 


Unsigned char 




7-8 


N - SDSL CRC Anomaly Count modulo 
65,536 


Unsigned int 




9 


N - SDSL LOSW Defect Second Count 
modulo 256 


Unsigned char 




10 


N - SDSL UAS Count modulo 256 


Unsigned char 




11 bit 7 


N - Counter Overflow Indication to LTU 




= OK 

1 = Overflow 


1 1 bit 6 


N - Counter Reset Indication to LTU 




= OK 

1 = Reset 


1 1 bit 5 


N - Counter Overflow Indication to NTU 




= OK 

1 = Overflow 


1 1 bit 4 


N - Counter Reset Indication to NTU 




= OK 

1 = Reset 


11 bits 3. .0 


N-Power Back-Off Base Value (dB) 


Unsigned char 


0.. 15 


12 bit 7 


N-Power Back-off Extension (dB) 


Bit 


-> PBO = Base 
Value + OdB 
1-> PBO= Base 
Value -1- 16 dB 


12bits6..2 


Reserved 






12 bits 1..0 


Loop ID 


Unsigned char 


1 = Loop 1 

2 = Loop 2 

3 = Loop 3 

4 = Loop 4 



10.5.5.7.15 



SDSL Customer Side Performance Status - Message ID 141 



This message provides the SDSL customer side performance status. Device Fault shall be used to indicate HW or SW 
problems on the addressed unit. The definition of Device Fault is vendor dependent but is intended to indicate 
diagnostic or self-test results. DC Continuity Fault shall be used to indicate conditions that interfere with span powering 
such as short and open circuits. The definition of DC Continuity Fault is vendor dependent. 

In octet 11, bits 7.. 4 are used to indicate that an overflow or reset has occurred in one or more of the modulo counters. 
Bits 7 and 5 shall indicate that an overflow has occurred since the last SDSL Customer Side status response. For 
example, if more than 256 Errored Seconds occur between SDSL Customer Side status responses, then the ES modulo 
counter will overflow. Bits 6 and 4 shall be used to indicate that one or more of the modulo counters have been reset for 
any reason (e.g. system power-up or a non-service-affecting reset). Bits 7 and 6 shall be cleared to after a SDSL 
Customer Side status response is sent to the LTU. Bits 5 and 4 shall be cleared to after a SDSL Customer Side status 
response is sent to the NTU. 
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Table 10.19: SDSL Customer Side Performance Status Information Field 



Octet # 


Contents 


Data Type 


Reference 


1 


IVIessage ID - 141 


Message ID 




2 bit 7 


Reserved 






bite 


C - Power Bacl<-off Status 


Bit 


= default 

1 = selected 


bits 


Device Fault 


Bit 


= OK, 1 = Fault 


bit 4 


C- DC Continuity Fault 


Bit 


= OK, 1 = Fault 


bit 3 


C - SNR Margin alarm 


Bit 


= OK, 1 = alarm 


bit 2 


C- Loop Attenuation Alarm 


Bit 


= OK, 1 = alarm 


bit 1 


C - SDSL LOSW Failure Alarm 


Bit 


= OK, 1 = alarm 


bitO 


Reserved 




set to 


3 


C - SDSL SNR Margin (dB) 


Signed char (127 = NA) 




4 


C - SDSL Loop Attenuation (dB) 


Signed char (-128 = NA) 




5 


C - SDSL ES Count modulo 256 


Unsigned char 




6 


C - SDSL SES Count modulo 256 


Unsigned char 




7-8 


C - SDSL CRC Anomaly Count modulo 
65536 


Unsigned int 




9 


C - SDSL LOSW Defect Second Count 
modulo 256 


Unsigned char 




10 


C - SDSL UAS Count modulo 256 


Unsigned char 




1 1 bit 7 


C - Counter Overflow Indication to LTD 




= OK 

1 = Overflow 


1 1 bit 6 


C - Counter Reset Indication to LTU 




= OK 

1 = Reset 


1 1 bit 5 


C - Counter Overflow Indication to NTU 




= OK 

1 = Overflow 


11 bit 4 


C - Counter Reset Indication to NTU 




= OK 

1 = Reset 


11 bits 3. .0 


C - Power Back-Off Base Value (dB) 


Unsigned char 


0.. 15 


12 bit 7 


C-Power Back-off Extension (dB) 


Bit 


-> PBO = Base 
Value -1- dB 
1-> PBO= Base 
Value -1- 16 dB 


12bits6..2 


Reserved 






12 bits 1..0 


Loop ID 


Unsigned char 


1 = Loop 1 

2 = Loop 2 

3 = Loop 3 

4 = Loop 4 



10.5.5.7.16 



Virtual Terminal Connect/Disconnect Request/Response - Message IDs 6,7,134 



Three messages are used to maintain (establish, tear down) virtual terminal sessions between units. A unit may request a 
connection but must wait for "connect" status response before using the connection. The connection shall remain until a 
disconnect request is processed or, if implemented, a timeout occurs. At least one session shall be supported by the 
LTU. NTU and REG may silently ignore the connect request or may respond with a "no connect" status if terminal 
screens are not supported. 

The connect/disconnect process is necessary for handling the case where keyboard messages are received from more 
than one device. If a unit cannot accommodate another connect request it shall send the "no connect" response. 

The connect request message can be sent to cause a refresh of the current screen. When a connect request is accepted 
the "connect" response shall be transmitted, followed by screen messages with the current screen. If this is a new 
connection then the first screen shall be sent. 

Table 10.20: Virtual Terminal Connect 



Octet # 


Contents 


Data type 


Reference 


1 


Message ID - 6 - Virtual Terminal Connect 


Message ID 
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Table 10.21 : Virtual Terminal Disconnect 



Octet # 


Contents 


Data type 


Reference 


1 


Message ID - 7 - Virtual Terminal Disconnect 


IVIessage ID 





Table 10.22: Virtual Terminal Connect Response 



Octet # 


Contents 


Data type 


Definition 


1 


IVIessage ID - 134 - Virtual Terminal Connect response 


IVIessage ID 




2 


Connection status 




1 - connected 
- no connect 



10.5.5.7.17 



Screen Message/Keyboard Message - Message IDs 8,136 



Keyboard and screen messages are only sent over an active connection between units. Keyboard messages shall be 
1 to 8 data octets per message. Queuing of keystrokes from the customer may affect user response times and should be 
done with care. Screen messages shall be 1 to 24 data octets per message. See clause 10.5.6 for more information on 
Screen/Keyboard messages. 

Table 10.23: Keyboard Information Field 



Octet # 


Contents 


Data type 


Reference 


1 


Message ID - 8 - Keyboard 


Message ID 




Octet. 2 - L + 1 


ASCII character{s) and escape sequences 


character array 





Table 10.24: Screen Information Field 



Octet # 


Contents 


Data type 


Reference 


1 


Message ID - 136 - Screen 


Message ID 




Octet. 2 - L + 1 


ASCII characters and escape sequences 


character array 





10.5.5.7.18 



Maintenance Request - System Loopback - Message ID 9 



The Maintenance Request-System Loopback message contains loopback commands for all of the elements on the span. 
The contents of the Maintenance Request-System Loopback message are shown in table 10.25. The System Loopback 
message shall have a broadcast destination address when sent from the LTU. When optionally sent from the NTU, the 
System Loopback message shall have the LTU as its destination address. Upon reception of this message, each REG 
and LTU or NTU shall comply with its corresponding command field and respond to the sender with the Maintenance 
Status message. Note that the REGs are numbered consecutively beginning with closest REG to the LTU. Each REG 
shall determine its number by subtracting 2 from its network side eoc address. Since the network side eoc addresses 
must be known, the NTU shall not use the System Loopback Message if the LTU is offline. To invoke REG loopbacks 
while the LTU is offline, the NTU shall use the Maintenance Request-Element Loopback message. (Maintenance 
request messages may also be used by the LTU or NTU devices to poll for current loopback status, using the unchanged 
bit flags.) 
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Table 10.25: Maintenance Request - System Loopback Information Field 



Octet # 


Contents 


Data type 


Reference 


Octet 1 


Message ID - 9 - Maintenance Request- 
System Loopback 






Octet 2 


LTD Loopback commands 


Bit flags 


table 10.26 


Octet 3 


NTU Loopback commands 


Bit flags 


table 10.26 


Octet 4 


REG #1 Loopback commands 


Bit flags 


table 10.26 


Octet 5 


REG #2 Loopback commands 


Bit flags 


table 10.26 


Octet 6 


REG #3 Loopback commands 


Bit flags 


table 10.26 


Octet 7 


REG #4 Loopback commands 


Bit flags 


table 10.26 


Octet 8 


REG #5 Loopback commands 


Bit flags 


table 10.26 


Octet 9 


REG #6 Loopback commands 


Bit flags 


table 10.26 


Octet 10 


REG #7 Loopback commands 


Bit flags 


table 10.26 


Octet 1 1 


REG #8 Loopback commands 


Bit flags 


table 10.26 



Table 10.26: Loopback Command Bit Flag Definitions 



Bit positions 


Definition 


Bit 7 


Reserved 


Bite 


Clear all maintenance states (including any proprietary states) 


Bits 


Initiate special loopback 


Bit 4 


Terminate special loopback 


Bit 3 


Initiate loopback toward the network 


Bit 2 


Initiate loopback toward the customer 


Biti 


Terminate loopback toward the network 


BitO 


Terminate loopback toward the customer 


NOTE: Bit set to 1 - perform action; bit Set to - no action taken, report current status. 



10.5.5.7.19 



Maintenance Request - Element Loopback - Message ID 10 



The Maintenance Request-Element Loopback message contains loopback commands for an individual element. The 
contents of the Maintenance Request-Element Loopback message are shown in table 10.27. The Element Loopback 
message shall have an individual unit's destination address according to the data flow addresses described in 
clause 10.5.2. Upon reception of the Element Loopback message, the addressed unit shall comply with the loopback 
commands and reply with the Maintenance Status Response message. 

Table 10.27: Maintenance Request - Element Loopback Information Field 



Octet # 


Contents 


Data type 


Reference 


1 


Message ID - 10 - Maintenance Request 


Message ID 




2 


Loopback commands 


Bit flags 


table 10.26 



10.5.5.7.20 



Maintenance Status Response - Message ID 137 



Maintenance status is sent in response to the Maintenance Request-System Loopback and the Maintenance 
Request-Element Loopback Query messages. The "Special Loopback" is defined for the NTU as a Maintenance 
Termination Unit (MTU) Loopback; it is not defined at other units. 
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Table 10.28: Maintenance Status Information Field 



Octet # 


Contents 


Data type 


Definition 


1 


IVIessage ID- 137- 
IVIaintenance Status-Loopback 


Message ID 




2 bit 7 


Loopbacl< Timeout Status 


Bit 


= unchanged, 

1 = changed 


2 bit 6 


Proprietary IVIaintenance State active 


Bit 


0-off, 1-on 


2 bit 5 


Special loopback active 


Bit 


0-off, 1-on 


2 bit 4 


Loopback active toward NTU 


Bit 


0-off, 1-on 


2 bit 3 


Loopback active toward LTU 


Bit 


0-off, 1-on 


2 bit 2 


Local or span-powered unit 


Bit 


= span powered 

1 = local powered 


2bit1 


Customer Tip/Ring reversal 


Bit 


= normal 

1 = reversed 


2bit0 


Network Tip/Ring reversal 


Bit 


= normal 

1 = reversed 



10.5.5.7.21 



Soft Restart/Power Back-off Disable Message - Message ID 15 



The purpose of this message is to switch a receiver between the defauh and selected modes of power back-off. If default 
mode is set, PBO shall be set to the default value. Otherwise, in selected mode, PBO may be negotiated through the 
PACC to another value. In order for a change in power back-off mode to take effect, the receiver must reactivate. The 
Soft Restart request shall cause the receiving unit to terminate the corresponding SDSL connection and enter the 
Exception State (figure 9.4). The connection shall not be terminated unless the corresponding Soft Restart bit is set in 
this message. The receiving unit shall wait 5 s + 1 s before terminating the SDSL connection. 

This message carries the command to set the power back-off mode. The power back-off mode received in this message 
shall be maintained as long as power is applied to the unit. Maintaining the power back-off mode in non-volatile storage 
is optional. Note that the configuration of power back-off mode applies to the receiver; i.e. the receiver requests a PSD 
mask based on both the received power and the configuration of its power back-off mode. 

Table 10.29: Soft Restart Information Field 



Octet # 


Contents 


Data Type 


Reference 


1 


IVIessage ID - 15 - Soft Restart/Back-off 


Message ID 




2 Bits 7..2 


Reserved 






2Bit 1 


Network Side Power Back-off Setting 


Bit 


= default 

1 = selected 


2BitO 


Network Side Soft Restart (after 5 s) 


Bit 


= no Restart 

1 = Restart 


3 Bits 7..2 


Reserved 






3Bit 1 


Customer Side Power Back-off Setting 


Bit 


= default 

1 = selected 


3BitO 


Customer Side Soft Restart (after 5 s) 


Bit 


= no Restart 

1 = Restart 



1 0.5.5.7.22 Segment Management Message - Message IDs 64 to 88, 1 92 to 21 6 

A range of Message IDs is reserved for segment management (e.g. continuous precoder update). 

1 0.5.5.7.23 Proprietary Messages - Message IDs 1 1 2 to 1 1 9, 240 tof 247 

A range of Message IDs is reserved for proprietary messages. It is the responsibility of the LTU or NTU to address 
Proprietary Messages to the appropriate destination. An REG shall either process or forward a proprietary message. A 
proprietary message shall not be broadcast. 
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10.5.5.7.24 



Proprietary External Message - Message ID 120 



Support for external data ports is optional. No interface for an external data port is specified in the present document. If 
an LTU or NTU does not have an external data port, then it shall ignore any received Proprietary External Messages. 

Table 10.30: External Information Field 



Octet # 


Contents 


Data type 


Reference 


1 


Message ID - 120 - external 


Message ID 




2 


Logical Port Number 


Unsigned character 




Octets 3.. L + 2 


External message data 







10.5.5.7.25 



G. 997.1 External Message - Message ID 121 



Support for G. 997.1 external messaging is optional. The interface for G. 997.1 messages is beyond the scope of the 
present document. If an LTU or NTU does not have an interface for G.997.1 messaging, it shall ignore any received 
G. 997.1 External Messages. Logical port number FFjg is reserved for indicating the transport of SNMP packets, as 
described in clause 6.3 of ITU-T Recommendation G.997.1 [8]. SNMP packets may be transmitted using one or more 
such messages. 

Table 10.31: G.997.1 External Information Field 



Octet # 


Contents 


Data type 


Reference 


1 


Message ID- 121 


Message ID 




2 


Logical Port Number 


Unsigned character 




octets 3 .. L + 2 


G.997.1 External message data 







10.5.5.7.26 



Generic Unable to Comply (UTC) Message (ID 144) 



The Generic UTC message should be sent back to the source unit in the event that the destination unit is unable to 
comply with the request. In this case, the definition of UTC is vendor dependent. Note that this message is not meant to 
replace the UTC bit in those response messages that contain a UTC bit. 

Table 10.32: Generic Unable to Comply (UTC) Information Field 



Octet # 


Contents 


Data Type 


Reference 


1 


Message ID - 144 - Generic UTC 


Message ID 




2 


Message ID of request message 


Unsigned char 





1 0.5.6 Examples of Virtual Terminal Control Functions 

This informative note gives examples of some common ANSI X3.4-1986 (R1997) [14] escape sequences. 
Table 10.33: Examples of ANSI X3.4-1986 [14] (R1997) Control Functions 



Description 


Format 


Comments 


Erase entire screen (ED) 


ESC [ 2 J ] 




Position cursor (CUP) 


ESC [ RR; CCH ] 


see note 


Position cursor (in column 1) 


ESC [ RRH ] 


Subset of position cursor 


Home cursor 


ESC [ H ] 


Subset of position cursor 


NOTE: ESC has the value of 1 Big. RR is the row number; CC is the column number expressed as 

ASCII digits. As an example, row 4 column 12 would encode as ESC [4; 12H]. The hexadecimal 
equivalent of this sequence is 1Big5Big34ig SB^g 31ig 32ig 48ig. The screen starts with 

row 1, column 1. 
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11 



Electrical characteristics of a SDSL transceiver 



11.1 General 

This clause describes the electrical characteristics of an SDSL transceiver. 

The electrical characteristics of an SDSL transceiver shall be such as to enable the performance requirements of 
appropriate applications, which are described in application dependent annexes, to be met. In addition, the following 
specific electrical line characteristics are required. 

1 1 .2 Transmitter/Receiver impedance and return loss 

The nominal driving point impedance at the line side of an SDSL transceiver shall be 135 Q.. The minimum return loss 
with respect to 135 il over a frequency band of 1 kHz to 1 MHz shall be: 

12 dB from 50 kHz to fsyj^/Z kHz as shown in figure 11.1 with a slope of 20 dB/decade below/above, 
respectively, these frequencies. 



Return 
Loss 
(dB) 



20 dB/decade 
roll-off 




12,56 kHz 50 kHz 



1 ,99 X fs, 



Frequency 



Figure 11 .1 : Minimum return loss of a SDSL system 

For all annex E symbols rates greater than 770,67 ksymbols/s, the minimum return loss requirement shall be identical to 
the one defined for 770,67 ksymbols/s. The leakage inductance of the line transformer is not a function of the symbol 
rate. The limitation of the return loss requirement does not change the performance targets. 

NOTE 1 : It is expected that the above specification of return loss will be replaced by a specification of another 
electrical characteristic that is more appropriate and will probably be a frequency dependent output 
impedance. 

This enables a prediction of signal levels on real cables from signal level measurements under different 
impedance conditions. 

NOTE 2: The intention of the return loss specification is to maintain some power constraint, even under severe 

mismatched conditions, when SDSL modems are connected to real cables. A minimum return loss bounds 
the (complex) output impedance Zj, within a restricted range around the design impedance Ry = 135 il, 
and thus the maximum available power from that source. Therefore it is expected that the power 
dissipated into a complex load impedance Z^ should never exceed the appropriate PSD masks and 

maximum aggregate powers for all values Z^ in the range of 10 H < IZ^I < 2 000 Q., as specified for 
R,^,= 135 Q. in clause 9.4 and tables 9.10 and 9.11. The extension of the existing power constraints to the 
severely mismatched case is for further study. 
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1 1 .3 Unbalance about earth 
1 1 .3.1 Longitudinal conversion loss 

The longitudinal conversion loss is given by: 
LCL = 201og(ei/ejj^)[dB]; 

where ej is the applied longitudinal voltage referenced to the building ground and e^^^ is the resultant metallic voltage 
appearing across a 135 H termination. 

The longitudinal conversion loss of the system shall meet the requirement of: 40 dB between 5 kHz and fgaud^^ kHz as 
shown in figure 1 1 .2, with a slope of 20 dB/decade below respectively above these frequencies. This requirement 
ensures that the overall LCL is not significantly worse than that of the DLLs alone. 
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Figure 11.2: Minimum longitudinal conversion loss for a SDSL system 

Figure H .3 defines a measurement method for longitudinal conversion loss. For direct use of this configuration, 
measurement should be performed with the lUT powered up but inactive (no transmitted signal; driving V). 
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* These resistors have to be matched: R1 = R2 = 135/2 Q. and R1/R2 = 1 ±0,1 %. 

** For LTU test only if remote power feeding is supplied. 

*** For NTU test only if remote power feeding is required. 

During regenerator test (where required) each wire on the side which is not under test has to be connected 

to ground by a terminating impedance having the value of 135/2 Q. in series with a capacitance of 0,33 nF. 

Figure 11.3: Measurement method for longitudinal conversion loss 
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1 1 .3.2 Longitudinal output voltage 



The longitudinal component of the output signal shall have an rms voltage, in any 4 kHz equivalent bandwidth averaged 
in any second period, < -50 dBV over the frequency range 100 Hz to 400 kHz. Compliance with this limitation is 
required with a longitudinal termination having an impedance of 100 Q. in series with 0,15 |jF nominal. Note that the 
EMC requirements of clause 14.4 must also be met. 

Figure 11.4 defines a measurement method for longitudinal output voltage. For direct use of this test configuration, the 
TUT should be able to generate a signal in the absence of a signal from the far end. The ground reference for these 
measurements shall be the building ground. 
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'These resistors have to be matched: R1 = R2 = 135/2 O. and R1/R2 = 1 ± 0,1 %. 

**For LTU test only if remote power feeding is supplied. 

***For NTU test only if remote power feeding is required. 

During regenerator test (where required) each wire on the side which is not under test has to be connected 

to ground by a terminating impedance having the value of 135/2 Q. in series with a capacitance of 0,33 |jF. 

Figure 11.4: Measurement method for longitudinal output voltage 



1 1 .4 Signal transfer delay 



The SDSL-core as specified in clause 4 Reference configuration shall be capable of providing one-way, single-span 
latency of < 500 |is for user data rates > 1,5 Mbit/s and < 1,25 ms for user data rates < 1,5 Mbit/s. 

However, for non-packet based services the one-way signal transfer delay between the application interfaces at the 
customer and the network side calculated as the mean value of both directions shall be < 1,25 ms. 

M-pair (more than one pair) operation shall add no more than 0,25 ms to the single span latency. 



12 Laboratory performance measurements 
12.1 General 

The purpose of transmission performance tests is to stress SDSL transceivers in a way that is representative of a high 
system penetration scenario in operational access networks. This high penetration approach enables operators to define 
deployment rules that apply to most operational situations. It also means that, in individual operational cases, 
characterized by lower noise levels and/or insertion loss values, the SDSL system under test may perform better than 
tested. 
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The performance requirements given in this clause are dedicated to SDSL transceivers, but the concept is appHcable to 
other systems such as "ADSL over ISDN". The design impedance Ry is 135 Q.. All spectra are representing single sided 
Power Spectral Densities (PSD). 



12.2 Test procedure 



The purpose of this clause is to provide an unambiguous specification of the test set-up, the insertion path and the way 
signal and noise levels are defined. The tests are focused on the noise margin, with respect to the crosstalk noise or 
impulse noise levels when SDSL signals under test are attenuated by standard test-loops and interfered by standard 
crosstalk noise or impulse noise. This noise margin indicates what increase of crosstalk noise or impulse noise level is 
allowed under (country-specific) operational conditions to ensure sufficient transmission quality. 

Note that the combination of all tolerances in test equipment (impairment generator, cable simulator, etc.) leaves an 
inaccuracy/uncertainty on the noise margin measurements of the order of 1,25 dB. Techniques addressing this accuracy 
are under study. 

1 2.2. 1 Test set-up definition 

Figure 12.1 illustrates the functional description of the test set-up. It includes: 

a Bit Error Ratio Test Set (BERTS) that applies a 2^^ - 1 Pseudo Random Bit Sequence (PRBS) test signal to 
the transmitter in the direction under test at the bit rate required. The transmitter in the opposite direction shall 
be fed with a similar PRBS signal, although the reconstructed signal in this path need not be monitored; 

the testloops, as specified in clause 12.4; 

an adding element to add the (common mode and differential mode) impairment noise (a mix of random, 
impulsive and harmonic noise), as specified in clause 12.5; 

an impairment generator, as specified in clause 12.5, to generate both the differential mode and common mode 
impairment noise, that are fed to the adding element; 

a high impedance, and well-balanced differential voltage probe (e.g. better than 60 dB across the whole band 
of the SDSL system under test) connected with level detectors such as a spectrum analyser or a true rms 
voltmeter; 

a high impedance, and well-balanced common mode voltage probe (e.g. better than 60 dB across the whole 
band of the SDSL system under test) connected with level detectors such as a spectrum analyser or a true rms 
voltmeter. 
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NOTE: To allow test reproducibility, the testing equipment and the Termination Units (LTU and NTU) should refer 
to an artificial earth. If the Termination Units have no earth terminal, the test should be performed while the 
Termination Units are placed on a metal plate (of sufficient large size) connected to earth. 

Figure 12.1 : Functional description of the set-up of the performance tests 

NOTE: The functional description of injecting ingress noise is not complete and requires further study. 
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The two-port characteristics (transfer function, impedance) of the test-loop, as specified in clause 12.4, are defined 
between port Tx (node pairs Al, Bl) and port Rx (node pair A2, B2). The consequence is that the two-port 
characteristics of the test "cable" in figure 12.1 must be properly adjusted to take full account of non-zero insertion loss 
and non-infmite shunt impedance of the adding element and impairment generator. This is to ensure that the insertion of 
the generated impairment signals does not appreciably loads the line. 

The balance about earth, observed at port Tx, at port Rx and at the tips of the voltage probe shall exhibit a value that is 
10 dB greater than the transceiver under test. This is to ensure that the impairment generator and monitor function do 
not appreciably deteriorate the balance about earth of the transceiver under test. 

The signal flow through the test set-up is from port Tx to port Rx, which means that measuring upstream and 
downstream performance requires an interchange of transceiver position and test "cable" ends. 

The received signal level at port Rx is the level, measured between node A2 and B2, when port Tx as well as port Rx 
are terminated with the SDSL transceivers under test. The impairment generator is switched off during this 
measurement. 

Testloop #1, as specified in clause 12.4.2, shall always be used for calibrating and verifying the correct settings of 
generators Gl to G7, as specified in clause 12.5, when performing performance tests. 

The transmitted signal level at port Tx is the level, measured between node Al and Bl, under the same conditions. 

The impairment noise shall be a mix of random, impulsive and harmonic noise, as defined in clause 12.5. The level that 
is specified in clause 12.5 is the level at port Rx, measured between node A2 and B2, (and includes both differential 
mode and common mode impairments) while port Tx as well as port Rx are terminated with the design impedance Ry. 
These impedances shall be passive when the transceiver impedance, in the switched-off mode, is different from this 
value. 



12.2.2 Signal and noise level definitions 



The signal and noise levels are probed with a well-balanced differential voltage probe, and the differential impedance 
between the tips of the probe shall be higher than the shunt impedance of 100 kil in parallel with 10 pF. Figure 12. 1 
shows the probe position when measuring the Rx signal level at the LT or NT receiver. Measuring the Tx signal level 
requires the connection of the tips to node pair [Al, Bl]. 

The various PSDs of signals and noises specified in the present document are defined at the Tx or Rx side of the set-up. 
The levels are defined when the set-up is terminated, as described above, with the design impedance Ry or with SDSL 
transceivers under test. 

Probing an rms-voltage Uj^^ [V] in this set-up, over the full signal band, means a power level of P [dBm] that equals: 

P = 10 X logjo ( U,j„,2/Ry X 1 000) [dBm] 

Probing an rms-voltage V,^^ [V] in this set-up, within a small frequency band of Af [Hz], corresponds to an average 
spectral density level of P [dBm/Hz] within that filtered band that equals: 

P = 10 X logjo (U^ms^/Ry X 1 000/Af) [dBm/Hz] 

The bandwidth Af identifies the noise bandwidth of the filter, and not the -3 dB bandwidth. 
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12.2.3 Noise injection network 
12.2.3.1 Differential mode injection 

The noise injector for differential mode noise is a two-port network in nature, and may have additional ports connected 
to the impairment generator. The Norton equivalent circuit diagram is shown in figure 12.2. The current source 1,^^ is 

controlled by the impairment generator. The parasitic shunt impedance Zjj^- shall have a value of IZj -I > 4 kQ in the 

frequency range from 100 Hz to 2 MHz. 



Rx -port 



Figure 12.2: Norton equivalent circuit diagram for the differential mode noise injection 

12.2.3.2 Common mode injection 

The specification of this injection network is for further study. 

12.2.4 Noise levels calibration 
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12.2.4.1 



Differential mode noise calibration 



The differential mode noise injection is calibrated using the configuration shown in figure 12.3. During calibration the 
R^ side of the noise injector is terminated by the design impedance Ry (= 135 Q.) and the L^ side of the noise injector is 
terminated by an impedance Z^^. The noise levels given in clause 12.5 specify the PSD dissipated in Ry on the R-^ side 
when Z^x^ on the L^^ side is equal to the calibration impedance Z^^^j. The impedance Z^^j is defined in figure 12.4. 
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Figure 12.3: Configuration for noise level calibration 
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Figure 12.4: Calibration impedance Z^g, 

When calibrating the noise source, the impedance Z^^ on the L^ side of the noise injection circuit is equal to the 
calibration impedance Z^^j as given in figure 12.4. For this case the PSD dissipated in the impedance R^ shall be equal 
to the noise PSD Pxn(f) defined in clause 12.5.1. 

NOTE: This calibration method is theoretically equivalent to the following: for an arbitrary value of the 
impedance Z^^, the PSD dissipated in R^ from a calibrated source is equal to: 

Pj/) = G(/,Z^JP,„(/). 
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For a calibrated noise source this theoretically determined P-^ should be identical to the measured 
PSDdissipated in Ry in the presence of Z^^. 

The impedance dependent correction factor is specified as: 

2 
-L + -L + -L 

where Z^^^j is the calibration impedance given in figure 12.4, Z-^^- is the Norton equivalent impedance of 
the noise injection circuit (see figure 12.2), and R^ = 135 Q is the SDSL design impedance. 

The noise generator gain settings determined during calibration shall be used during performance testing. During 
performance testing the noise injection circuit will be configured as shown in figure 12.1. Because the loop impedance 
and the impedance of the modem under test may differ from the impedance's Z^^^ and R^ used during calibration, the 

voltage over the Rx port of the modem may differ from the voltage U^ observed during calibration. 

12.2.4.2 Common mode noise calibration 

This calibration method is for further study. 



1 2.3 Performance test procedure 



The test performance of the SDSL transceiver shall be such that the Bit Error Ratio (BER) on the disturbed system is 
less than 10'^, while transmitting a pseudo random bit sequence. The BER should be measured after at least 10^ bits 
have been transmitted. 

The tests are carried out with a margin which indicates what increase of noise is allowed to ensure sufficient 
transmission quality. Network operators may calculate their own margins for planning purposes based on a knowledge 
of the relationship between the present document test set and their network characteristics. 

A test sequence as specified in table 12.1 shall be conducted. The testloops are specified in figure 12.5. They are 
characterized by the insertion loss Y, which depends on the data rate to be transported and has to be scaled adequately. 

In table 12.1, upstream and downstream only determine the topology of the test loop. The LTU must pass all test 1 
through 12. The NTU must pass all tests 1 through 12. 

A test is defined as the measurement of a given BER associated with a single test path, direction, test noise, rate and 
margin. The ensemble of tests associated with a particular value of N in table 12.1 is defined as a test set. 
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Table 12.1 : Test sequence for performance testing 



N 


Test Path 
(see note 1 ) 


Direction 
(see note 6) 


Comments 


1 


#1 


Upstream 


Y = dB; Test noise A (see notes 5, 7 and 8) 


2 


#2 


Upstream 


Y = Y1 (see note 2); Test noise A, C, and D (see notes 7 and 8) 


3 


#3 


Upstream 


Y = Y1 ; Test noise D (see notes 5, 7 and 8) 


4 


#4 


Downstream 


Y = Y1 ; Test noise A and C (see notes 5, 7 and 8) 


5 


#5 


Upstream 


Y = Y1 ; Test noise B (see notes 5, 7 and 8) 


6 


#6 


Downstream 


Y = Y1 ; Test noise A and C (see notes 5, 7 and 8) 


7 


#7 


Downstream 


Y = Y1 ; Test noise A, B, C, and D (see notes 5, 7 and 8) 


8 






Common mode rejection test (see note 4) 


9 


(see note 3) 


(see note 3) 


Y = Y2; Test noise is the noise corresponding to the test with the highest BER in 
test sets 1 through 7 (see note 7) 


10 


(see note 3) 


(see note 3) 


Y = Y3 ; No added impairment; BER < 10"^ 


11 


#2 


Upstream 


Y = Y1 ; Impulse test as described in <TBD> 


12 


As <TBD> 


<TBD> 


Micro interruption test as described in <TBD> 


NOTE 1 : Test Path = #n means that the path under test shall be connected with testloop #n as defined in figure 12.5. 

NOTE 2: Y1 = YdB (as specified in table 12.3 for noise models B, C and D and in table 12.2 for noise model A), 
Y2 = Y1 -lOdB, Y3 = Y1 + 3 dB. 

NOTE 3: The tests (for any data rate) are carried out on the loop that gives the highest BER [for that data rate] in test 
sets 1 though 7, when the test noise is increased by 6 dB. If no errors in 10^ bits are recorded for all the tests 
in test sets 1 through 7, then loop #3 upstream is used for this test set by default. 

NOTE 4: The measuring arrangement for this test is specified in ITU-T Recommendation 0.9 [11]. 

NOTE 5: Only tested for lowest and highest data rate in tables 1 2.2 and 1 2.3 that the equipment supports and for 
asymmetric PSDs when supported. 

NOTE 6: Upstream means that the unit under test is connected to the LT end of the testloop and downstream means 
that the unit under test is connected to the NT end of the testloop. For example, test set 5 for an LTU would 
connect the LTU under test to the LT end of the loop as shown in figure 1 2.5 and apply noise model B.LT to 
the LT end. The same test for an NTU would connect the NTU under test to the LT end of the loop as shown 
in figure 12.5 and apply noise model B.NTto the LT end. 

NOTE 7: The BER shall be less than 1 0"'^ when the test noise is increased by 6 dB (this is equivalent to 6 dB of margin. 

NOTE 8: In order to reduce the number of noise shapes used, a mandatory noise shape substitution rule is given in 
clause 12.5.4.3. 

NOTE 9: To test the IVI-pair mode, while one path is under test, the other (IVI-I ) path(s) must be connected to a loop. 
The characteristics of the other (M-1) loop(s) must not be worse than the ones of the path under test. 
Furthermore, the differential delay between the path under test and the path(s) connected to the other loop{s) 
should not exceed the value of the differential delay buffer specified in clause 7.1 .7. 



NOTE: Table 12.1 constitutes a rationalized subset of tests that are considered to be representative of the full set 
of tests. For conformance, these tests (subset) are required. Other tests (possibly based on other testloops) 
are currently under study with ETSI TM6. 

12.4 Testloops 

12.4.1 Functional description 

The testloops in figure 12.5 are based on the existing HDSL testloops as defined in TS 101 135 [1]. A Technical 
Specification for unified testloops across all DSL-technologies is currently under development. When the present 
document becomes available and is judged appropriate for SDSL testing, it will replace the current testloops. 

The length of the individual loops are chosen such that the transmission characteristics of all loops are comparable (see 
figure 12.5). The purpose of this is to stress the equalizer of the SDSL modem under test similarly over all loops, when 
testing SDSL at a specific bit rate. The total length of each loop is described in terms of physical length, and the length 
of the individual sections as a fixed fraction of this total. If implementation tolerances of one testloop result in its 
electrical length being out of specification, then its total physical length shall be scaled accordingly to correct this error. 
One testloop includes bridged taps to achieve rapid variations in amplitude and phase characteristics of the cable 
transfer function. In some European access networks, these bridge taps have been implemented in the past, which 
stresses the SDSL modem under test differently. 

Loop #1 is a symbolic name for a loop with zero (or near zero) length, to prove that the SDSL transceiver under test can 
handle the potentially high signal levels when two transceivers are directly connected. 
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1 2.4.2 Testloop topology 

The topology of the testloops is specified in figure 12.5. The basic test cable characteristics are shown in annex G. 
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NOTE 1 : The values for Y and L are to be found in tables 12.2 and 12.3. 

NOTE 2: Due to mismatches and Bridged Taps, the total attenuation of the testloops differs from the sum of the 

attenuation of the parts. 
NOTE 3: The impedances are for information only. They refer to the characteristic impedances of the test cables 

measured at 300 kHz. 

Figure 12.5: Testloop topology 
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12.4.3 Testloop length 



The length of each testloop for SDSL transmission systems is specified in tables 12.2 and 12.3. The specified insertion 
loss Y at the specified test frequency measured with a 135 fi termination (electrical length) is mandatory. If 
implementation tolerances of one testloop result in its electrical length being out of specification, then its total physical 
length shall be scaled accordingly to adjust this error. 

The test frequency fj is chosen to be a typical mid-band frequency in the spectrum of long range SDSL systems. The 
length is chosen to be a typical maximum value that can be handled correctly by the SDSL transceiver under test. This 
value is bit rate dependent; the higher the payload bit rate, the lower is the insertion loss that can be handled in practice. 

Table 12.2: Values of the electrical length Y of the SDSL noise testloops, 
when testing SDSL at noise model A 



Payload 

Bit rate 

[kb/s] 




[kHz] 


Y 

[dB] 

©fj. 

@135ii 


LI 
[m] 


L2 
[m] 


L3 
[m] 


L4 
[m] 


L5 
[m] 


L7 
[m] 




[kHz] 


Y 
[dB] 

©fj. 
@135ii 


L6 
[m] 


384 


150 


43,0 


<3 


4 106 


5 563 


5 568 


11 064 


4 698 


115 


40,5 


3 165 


512 


150 


37,0 


<3 


3 535 


4 787 


4 789 


9 387 


3 996 


115 


35,0 


2 646 


768 


150 


29,0 


<3 


2 773 


3 747 


3 753 


7 153 


3 062 


275 


34,5 


1 904 


1 024 


150 


25,5 


<3 


2 439 


3 285 


3 291 


6 174 


2 668 


275 


30,0 


1 547 


1 280 


150 


22,0 


<3 


2 105 


2 829 


2 837 


5 193 


2 266 


275 


26,0 


1 284 


1 536 


150 


19,0 


<3 


1 820 


2 453 


2 455 


4 357 


1 900 


250 


21,5 


1 052 


2 048 (s) 


200 


17,5 


<3 


1 558 


2 046 


2 052 


3 285 


1 550 


250 


18,5 


748 


2 304 (s) 


200 


15,5 


<3 


1 381 


1 815 


1 820 


2 789 


1 331 


250 


16,5 


583 


2 048 (a) 


250 


21,0 


<3 


1 743 


2 264 


2 272 


3618 


1 726 


250 


21,0 


1 001 


2 304 (a) 


250 


18,0 


<3 


1 494 


1 927 


1 937 


2915 


1 402 


250 


18,0 


702 


NOTE: The electrical length Y (insertion loss at specified frequency f j) is mandatory, the 

(estimated) physical lengths L1 to L7 are informative, 
(s) those electrical lengths apply to the symmetric PSD. 
(a) those electrical lengths apply to the asymmetric PSD. 



Table 12.3: Values of the electrical length Y of the SDSL noise testloops, 
when testing SDSL at noise model B, C or D 



Payload 

Bit rate 

[kb/s] 




[kHz] 


Y 
[dB] 

©fj. 
@135ii 


LI 
[m] 


L2 
[m] 


L3 
[m] 


L4 
[m] 


L5 
[m] 


L7 

[m] 




[kHz] 


Y 

[dB] 

©fj. 

@135ii 


L6 
[m] 


384 


150 


50,0 


<3 


4 773 


6 471 


6 477 


13 021 


5 508 


115 


47,5 


3 859 


512 


150 


44,0 


<3 


4 202 


5 692 


5 698 


11 344 


4814 


115 


41,5 


3 261 


768 


150 


35,5 


<3 


3 392 


4 592 


4 596 


8 970 


3815 


275 


42,0 


2 536 


1 024 


150 


32,0 


<3 


3 058 


4 135 


4 141 


7 990 


3 403 


275 


38,0 


2 223 


1 280 


150 


28,5 


<3 


2 725 


3 678 


3 684 


7 011 


3 006 


275 


33,5 


1 816 


1 536 


150 


25,5 


<3 


2 439 


3 285 


3 291 


6 174 


2 673 


250 


29,0 


1 680 


2 048 (s) 


200 


24,0 


<3 


2 135 


2812 


2 820 


4 886 


2 271 


250 


25,5 


1 426 


2 304 (s) 


200 


21,5 


<3 


1 913 


2 509 


2518 


4 257 


2010 


250 


23,0 


1 208 


2 048 (a) 


250 


28,0 


<3 


2 323 


3 030 


3 034 


5 189 


2 389 


250 


28,0 


1 607 


2 304 (a) 


250 


25,0 


<3 


2 075 


2 699 


2 705 


4514 


2 102 


250 


25,0 


1 387 


NOTE: The electrical length Y (insertion loss at specified frequency f j) is mandatory, the 

(estimated) physical lengths L1 to L7 are informative, 
(s) those electrical lengths apply to the symmetric PSD. 
(a) those electrical lengths apply to the asymmetric PSD. 
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1 2.4.4 Test Loop Measurement Accuracy 



The different cable sections of the test loops are specified by two-port cable models that represent real wisted pair 
cables. Cable simulators as well as real cables can be used to construct these test loops. The associated models and line 
constants are specified in annex E. 

The characteristics of each test loop, including those with cascaded sections, shall approximate the models within a 
specified accuracy. This accuracy specification does not apply to the individual sections. 

The magnitude of the test loop insertion loss shall approximate the insertion loss of the specified models 
within + (0,4dB +5 % of insertion loss) on a dB scale, up to a maximum of 2,1 dB, between Fl and F2, where 
Fl and F2 are given in table 12.4. 

The Mean Error (ME) of the test loop insertion loss shall be less than 0,3 dB, and at the same time the 

Mean Absolute Error (MAE) shall be less than 1,5 dB, between Fl and F2 for transmission in one direction for 

SDSL, where Fl and F2 are given in table 12.4. 

The Mean Error (ME) of the test loop insertion loss shall be less than (for further study), and at the same time 
the Mean Absolute Error (MAE) shall be less than (for further study), between Fl and F2 for transmission in 
one direction for e-SDSL, where Fl and F2 are given in table 12.4. 

To verify compliance with these ME and MAE requirements, the simulated loop shall be measured over the frequency 
band from Frequency 1 to Frequency 2 (Fl to F2), where Fl shall be the lowest frequency in the transmission band and 
F2 shall be the frequency at which the nominal loop attenuation reaches a value at which no signal can be received, or 
the upper transmission frequency, (as defined in table 12.4) whichever is lower. Measurements shall be made at N 
frequencies, separated by equal frequency increments of not more than 10 kHz. 

Table 12.4: Measurement Frequency Boundaries 





Fl 


F2 


SDSL 


1kHz 


Fsym 


e-SDSL 


1kHz 


TBD 



The ME and MAE of the measured channel attenuation values in dB, relative to the theoretical loop attenuation values 
in dB shall be calculated for the N points measured. Theoretical values of loop attenuation shall be calculated using the 
RLGC parameters in annex F and calculated according to annex G, assuming source and load impedances of Ry. 



ME: 



^ (ActualAttenuation ; - TheoreticaLAttenuation j ) 



i=l 



N 
ME is given by: (Attenuation values in dB) 

N 

MAE = y [ActualAttenuation j -Theoretical Attenuation; I 

i=l 

N 

MAE is given by: (Attenuation values in dB) 

The magnitude of the test loop characteristic impedance shall approximate the characteristic impedance of the 
specified models within +/- 7% on a linear scale, between frequencies Fl and F2, as given in table 12.4. 

The group delay of the test loop shall approximate the group delay of the specified cascaded models 
within +/- 3% on a linear scale, between frequencies Fl and F2, as given in table 12.4. 
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The electrical lengths (insertion loss at specified test frequency) of the test loops, specified in clause 12.4.3, are 
normative. If the physical length of a test loop implementation is such that electrical length is out of specification, its 
ioXSil physical length shall be adjusted accordingly to correct this error. This adjustment to the loop insertion loss by 
scaling of the physical length should also be used to correct for extra attenuation caused by the noise injection circuit. 



12.5 Impairment generator 



The noise injected by the impairment generator into the test set-up is frequency and testloop length dependent. The 
noise is also different for downstream performance tests and upstream performance tests. Figure 12.6 illustrates this for 
the alien noise (other than the SDSL modem under test) when the length of testloop #2 is fixed at 3 km. Figure 12.7 
illustrates this for various loop lengths in the case that the alien noise of model "B" is applied. These figures show the 
alien noise only. The self noise (of SDSL) shall be combined with this alien noise. 



Alien noise [model A,B,C] to be injected at LT side, @3 km Alien noise [model A,B,C] to be injected at NT side, @3 km 
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NOTE: This is tlie noise, resulting from tliree of tlie four noise models for SDSL, in the case that the length of 
testloop #2 is fixed at 3 km. 

Figure 12.6: Examples of alien noise spectra that are to be injected 
into the test set-up, while testing SDSL systems 
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NOTE: This is the alien noise, resulting from noise model B for SDSL, in the case that the length of testloop #2 
varies from 1 km to 4 km. This demonstrates that the test noise is length dependent, to represent the 
FEXT in real access network cables. 

Figure 12.7: Examples of alien noise spectra that are to be injected 
into the test set-up, while testing SDSL systems 
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The definition of the impairment noise for SDSL performance tests is very complex and for the purposes of the present 
document has been broken down into smaller, more easily specified components. These separate, and uncorrected, 
impairment "generators" may therefore be isolated and summed to form the impairment generator for the SDSL system 
under test. The detailed specifications for the components of the noise model(s) are given in this clause, together with a 
brief explanation. 

12.5.1 Functional description 

Figure 12.8 defines a functional diagram of the composite impairment noise. It defines a functional description of the 
combined impairment noise, as it must be probed at the receiver input of the SDSL transceiver under test. The probing 
is described in clause 12.2.2. 

The functional diagram has the following elements: 

the seven impairment "generators" Gl to G7 generate noise as defined in clauses 12.5.3.1 to 12.5.3.7. Their 
noise characteristics are independent from the testloops and bit rates; 

the transfer function Hj(f, L) models the length and frequency dependency of the NEXT impairment, as 
specified in clause 12.5.3.1. The transfer function changes with the electrical length of the testloop and with 
the frequency/, roughly according to f*^'^^; 

the transfer function H2(f, L) models the length and frequency dependency of the FEXT impairment, as 
specified in clause 12.5.3.2. The transfer function changes with the electrical length of the testloop and with 
the frequency/, roughly according to/times the cable transfer function; 

switches S Ito S7 determine whether or not a specific impairment generator contributes to the total impairment 
during a test; 

amplifier Al models the property to increase the level of some generators simultaneously to perform the noise 
margin tests. A value of x dB means a frequency independent increase of the level by x dB over the full band 
of the SDSL system under test, from f^ to fj^. Unless otherwise specified, its gain is fixed at dB. 

In a practical implementation of the test set-up, there is no need to give access to any of the internal signals of the 
diagram in figure 12.8. These functional blocks may be incorporated with the testloop and the adding element as one 
integrated construction. 



£75/ 



86 



ETSI TS 101 524 VI .3.1 (2005-02) 





independent 
noise generators 




crosstalk 
transfer functions 




/ \ 


G1 


Hi(f,L) ______.-- 


NEXT noise 





-o 



\A 



FEXT noise 



Background noise 
Cable independent 



White noise 
Cable independent 

Broadcast RF noise 

Cable independent 

Fixed powers, fixed freq 

Amateur RF noise 

Cable independent 

Fixed power, variable freq 

Im pulsive noise 

Cable independent 

bursty in nature 




.N> 



S3 





G4 









V 



S4 



)>>^ 



)>>^ 



.\& 



Probe 

level 



> 

differential 
mode 



>V 



5N>^ 



Probe 

level 



> 

common 
mode 



NOTE : Generator G7 is the only one, which is symbolically shown in the time domain. 

Figure 12.8: Functional diagram of the composition of the impairment noise 

The functional diagram (see figure 12.8) will be used for impairment tests in downstream and upstream direction. 
Several scenarios have been identified to be applied to SDSL testing. These scenarios are intended to be representative 
of the impairments found in metallic access networks. 

Each scenario (or noise model) results in a length-dependent and test loop-dependent PSD description of noise. Each 
noise model is subdivided into two parts: one to be injected at the LT-side, and another to be injected at the NT-side of 
the SDSL modem link under test. Therefore, seven individual impairment generators Gl to G7 can represent different 
values for each noise model they are used in. Specifically, Gl and G2 are dependent on which unit, LT or NT, is under 

test. 

Generators Gl - G4 represent cross talk noise. The spectral power Pxn(f) for cross talk noise is characterized by the 
sum; 

P^„(/) = IA1|2 X { IHi(f,L)|2 X PGi(f) + IH2(f,L)|2 X PG2(f) + PG3(f) 1 + ^G^^ 

Each component of this sum is specified in the following clauses. Only the noise generators that are active during 
testing should be included during calibration. This combined impairment noise is applied to the receiver under test, at 
either the LT (for upstream) or NT (for downstream) ends of the test-loop. 

Generators G5 and G6 represent ingress noise. 

12.5.2 Cable crosstalk models 

The purpose of the cable cross-talk models is to model both the length and frequency dependency of crosstalk measured 
in real cables. These crosstalk transfer functions adjust the level of the noise generators in figure 12.8 when the 
electrical length of the testloops is changed. The frequency and length dependency of these functions is in accordance 
with observations from real cables. The specification is based on the following constants, parameters and functions: 

variable f identifies the frequency in Hz; 

constant fg identifies a chosen reference frequency, which was set to 1 MHz; 
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variable L identifies the physical length of the actual testloop in meters. This physical length is derived from 
the specified electrical length using the cable models in annex G and the cable characteristics of annex F. 
Values are summarized in tables 12.2 and 12.3 for each combination of payload bit rate, noise model and 
testloop; 

constant Lq identifies a chosen reference length, which was set to 1 km; 

transfer function s jQ(f, L) represents the frequency and length dependent amplitude of the transfer function of 
the actual testloop. This value equals Sjq = Is2jl, where S21 is the transmission s-parameter of the loop 
normalized to 135 Q.. Annex G provides formulas to calculate this s-parameter; 

constant K^^^ identifies an empirically obtained number that scales the NEXT transfer function Hi(f, L). The 
resulting transfer function represents a power summed crosstalk model of the NEXT as it was observed in a 
test cable. Although several disturbers and wire pairs were used, this function Hj(f, L) is scaled down as if it 
originates from a single disturber in a single wire pair; 

constant K^^ identifies an empirically obtained number that scales the FEXT transfer function H2(f, L). The 
resulting transfer function represents a power summed crosstalk model of the FEXT as it was observed in a 
test cable. Although several disturbers and wire pairs were used, this function H2(f, L) is scaled down as if it 
originates from a single disturber in a single wire pair. 

The transfer functions in table 12.5 shall be used as crosstalk transfer functions in the impairment generator. 

Table 12.5: Definition of the crosstalit transfer functions 



Hl(f,L)-,.xn 
H2(f, L) 



KxnX(f/fo)°''^xVl-|STo(f,L)r 
Kx,x(f/fo)xV(L7urx|STo(f,L)| 



Kxn = ^ 0(-50/20) ^ 0,0032, fg = 1 MHz 
Kxf = 1 0(-45/20) ^ 0,0056, Lq = 1 km 
SjQ(f, L) = testloop transfer function 



NOTE: These values are rounded values, and chosen to be close to the 
VDSL draft system requirements. This choice is equivalent to 50 
dB NEXT loss and 45 dB EL-FEXT loss at a cable section of 1 
km. At this moment, it is by no means sure that these are 
reasonable values to represent the "average" European cables. 
The few measurements that are available for European cables 
demonstrate sometimes significant differences from the above 

values. This is an area of further study. 



12.5.3 Individual impairment generators 

1 2.5.3.1 Equivalent NEXT disturbance generator [G1 .xx] 

The NEXT noise generator represents the equivalent disturbance of all impairment that is identified as crosstalk noise 
from a predominantly Near End origin. This noise, filtered by the NEXT crosstalk coupling function of clause 12.5.2, 
will represent the contribution of all NEXT to the composite impairment noise of the test. 

The PSD of this noise generator is one of the PSD profiles, as specified in clause 12.5.4. For testing upstream and 
downstream performance different PSD profiles shall be used, as specified below: 



G1.UP.# 


= X.LT.# 


= (XS.LT.# ♦ XA.LT.#) 


G1.DN.# 


= X.NT.# 


= (XS.NT.# ♦ XA.NT.#) 
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The symbols in this expression, refer to the following: 

Symbol "#" is a placeholder for noise model "A", "B" , "C" or "D". 

Symbol "X.LT.#" and "X.NT.#" refers to the overall crosstalk profile, as defined in clause 12.5.4.1. 

Symbol "XS.LT.#" and "XS.NT.#" refers to the self crosstalk profile, as defined in clause 12.5.4. 1.1. 

Symbol "XA.LT.#" and "XA.NT.#" refers to the alien crosstalk profile, as defined in clause 12.5.4. 1 .2. 

Symbol " ♦ " refers to the FSAN crosstalk sum of two PSDs. This FSAN crosstalk sum is defined as 
Px = (Pxs^ + PxA^)''^' where P denotes the PSDs in W/Hz, and K„ = 1/0,6. 

In the case that the overall crosstalk noise is defined as the combination of self -crosstalk and alien crosstalk, a weighed 
sum " ♦ " of two individually defined profiles has to be evaluated. 

The NEXT transfer function Hj(f,L) is modelled separately in clause 12.5.2. 

The noise of this noise generator shall be uncorrected with all the other noise sources in the impairment generator, and 
uncorrected with the SDSL system under test. The noise shall be random in nature and near Gaussian distributed, as 
specified in clause 12.5.4.2. 

1 2.5.3.2 Equivalent FEXT disturbance generator [G2.xx] 

The FEXT noise generator represents the equivalent disturbance of all impairment that is identified as crosstalk noise 
from a predominantly Far End origin. This noise, filtered by the FEXT crosstalk coupling function of clause 12.5.2, will 
represent the contribution of all FEXT to the composite impairment noise of the test. 

The PSD of this noise generator is one of the PSD profiles, as specified in clause 12.5.4. For testing upstream and 
downstream performance different PSD profiles shall be used, as specified below: 

G2.UP.# = X.NT.# = (XS.NT.# ♦ XA.NT.#) 

G2.DN.# = X.LT.# = (XS.LT.# ♦ XA.LT.#) 

The symbols in this expression, refer to the following: 

Symbol "#" is a placeholder for noise model "A", "B", "C" or "D". 

Symbol "X.LT.#" and "X.NT.#" refers to the overall crosstalk profiles, as defined in clause 12.5.4.1. 

Symbol "XS.LT.#" and "XS.NT.#" refers to the self crosstalk profiles, as defined in clause 12.5.4. 1.1. 

Symbol "XA.LT.#" and "XA.NT.#" refers to the alien crosstalk profiles, as defined in clause 12.5.4.1.2. 

Symbol " ♦ " refers to the FSAN crosstalk sum of two PSDs. This FSAN crosstalk sum is defined as 
P^ = (Pxs^ + PxA^)''^' where P denotes the PSDs in W/Hz, and K^^ = 1/0,6. 

In the case that the overall crosstalk noise is defined as the combination of self crosstalk and alien crosstalk, a weighed 
sum " ♦ " of two individually defined profiles has to be evaluated. 

The FEXT transfer function H2(f,L) is modelled separately in clause 12.5.2. 

The noise of this noise generator shall be uncorrelated with all the other noise sources in the impairment generator, and 
uncorrected with the SDSL system under test. The noise shall be random in nature and near Gaussian distributed, as 
specified in clause 12.5.4.2. 

1 2.5.3.3 Background noise generator [G3] 

The background noise generator is inactive and set to zero. 
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1 2.5.3.4 White noise generator [G4] 



The white noise generator has a fixed, frequency independent value, and is set to a level between 
-140 dBm/Hz and -120 dBm/Hz, into 135 Q.. The noise of this noise generator shall be uncorrected with all the other 
noise sources in the impairment generator, and uncorrelated with the SDSL system under test. The noise shall be 
random in nature and near Gaussian distributed, as specified in clause 12.5.4.2. 

1 2.5.3.5 Broadcast RF noise generator [G5] 

NOTE 1: Work on a specification dealing with generic RFI testing methods is ongoing. It is expected that the 

specification will contain a complete RFI testing specification, which will be mandatory for SDSL. This 
is why this clause is currently for information only. 

The broadcast RF noise generator represents the discrete -tone line interference caused by amplitude modulated 
broadcast transmissions in the SW, MW and LW bands, which ingress into the cable. These interference sources have 
more temporal stability than the amateur (ham) interference (see clause 12.5.3.6) because their carriers are not 
suppressed. Ingress causes differential mode as well as common mode interference. 

The ingress noise signal for differential mode impairment (or common mode impairment) is a superposition of random 
modulated carriers (AM). The total voltage U(t) of this signal is defined as: 

U(t) = JL^^ Uy^ X cos(2%-fy^ X f H- ^) X (1 H- m X a^Jit)) 
The individual components of this ingress noise signal U{f) are defined as follows: 

I7j^ - The voltage U^ of each individual carrier should be as specified in table 12.5 as power level P (dBm) into 
a resistive load R, equal to the design impedance Ry = 135 il. Note that spectrum analysers will detect levels 
that are slightly higher than the values specified in table 12.5 when their resolution bandwidths are set to 
10 kHz or more, since they will detect the modulation power as well. 

/jj - The frequency/]^ of each individual carrier should be as specified in table 12.5. The frequency values in 
table 12.5 do not represent actual broadcast frequencies but are chosen such that they cover the frequency 
range that is relevant for SDSL modems. Note that the harmonic relation between the carriers in table 12.5 is 
minimal. 

^ - The phase offset g\ of each individual carrier shall have a random value that is uncorrelated with the 
phase offset of every other carrier in the ingress noise signal. 

m - The modulation depth m of each individually modulated carrier shall be m = 0,32, to enable a modulation 
index of at least 80 % during the peak levels of the modulation signal m x a^(t). 

Ct^^it) - The normalized modulation noise (Xy{t) of each individually modulated carrier shall be random in 
nature, shall be Gaussian distributed in nature, shall have an RMS value of <Xj.^^ = 1, shall have a crest factor 
of 2,5 or more, and shall be uncorrelated with the modulation noise of each other modulated carrier in the 
ingress noise signal. 

Ab - The modulation width Ab of each modulated carrier shall be at least 2x5 kHz. This is equivalent to 
creating aj^ (t) from white noise, filtered by a low-pass filter with a cut-off frequency at Ab/2 = 5 kHz. This 
modulation width covers the full modulation band used by AM broadcast stations. 

NOTE 2: The precise specification of the spectral shape requirements of the modulation signal is for further study. 
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The broadcast RF noise generator represents the discrete tone -line interference caused by amplitude modulated 
broadcast transmissions in the SW, MW and LW bands which ingress into the differential or transmission mode of the 
wire-pair. These interference sources have more temporal stability than the amateur/ham interference because their 
carrier is not suppressed. The Modulation Index (MI) is usually up to 80 %. These signals are detectable using a 
spectrum analyser and result in line spectra of varying amplitude in the frequency band of the SDSL system under test. 
Maximum observable power levels of up to -40 dBm can occur on telephone lines in the distant vicinity of broadcast 
AM transmitters. The noise is typically dominated by the closest 10 or so transmitters to the victim wire-pair. 

Several noise models are specified in this clause. The average minimum power of each carrier frequency is specified in 
table 12.6 for each model, but these values are for further study (see the note 1 at the beginning of the clause). 

Table 12.6: Average minimum RFI noise power versus frequency 



frequency 


153 


207 


270 


531 


603 


711 


801 


909 


981 


1 296 


kHz 


power 


-70 


-44 


-70 


-70 


-49 


-70 


-70 


-44 


-70 


-49 


dBm 



1 2.5.3.6 Amateur RF noise generator [G6] 

The amateur radio noise generator is identical to the broadcast RF noise generator with different frequency and power 
values. These values are for further study. 

1 2.5.3.7 Impulse noise generator [G7] 

A test with this noise generator is required to prove the burst noise immunity of the SDSL transceiver. The impulse 
noise waveform V(t) (hereafter called the "test impulse") is defined as: 



V{t) = 



K\t\ 




-3/4 



t>0 
t = Q 



tA 1-3/4 „ 

-K\t\ t<0 



where t is time given in units of seconds and Kisa constant defined numerically in table 12.7. If the pulse is realized 
using discrete samples of V(t), the waveform should be sampled at: 

t = (2n-l)- 

2 

where T is the sampling period and (1/7) should be at least twice the symbol rate of the system under test. The sampled 
peak-to-peak amplitude will vary with sampling rate. It can be calculated using the following formula: 



Vp-P = 2^ 



Table 12.7: Impulse noise peak-to-peak voltage requirement 



K 


Vp.p of the test impulse sampled at 2 Msamples/s 


1,775x10-6 


320 mV 



For a sampling rate of 2 Msamples/s, a minimum of 8 000 samples is required with an amplitude accuracy of at least 12 
bits. Figure 12.9 shows the test impulse sampled at 2 Msamples/s. The injection circuit shall be identical to that 
described in clause 12.2.3. 
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Figure 12.9: Time Domain Representation of the Test Pulse Sampled at 2 Msamples/s 

A compliant unit shall pass the impulse noise test specified in table 12.8. The minimum test period shall be 10 s. Each 
SDSL termination shall be tested independently, i.e. the impulse noise waveform is not injected at both terminations 
simultaneously. No other impairment source shall be active during this test. 

Table 12.8: Impulse Noise Test Criteria 



Test Loop 


Test Pulse Vp.p when 
Sampled at 2 Msamples/s 


Test Pulse Repetition 
Rate 


Bit Error Ratio Upper 
Limit 


Loop#2 


320 mV 


10 Hz 


9,0 X 1 0-4 


NOTE 1 : and the BER limit applies to the pair under test. 

NOTE 2: The entries in this table only correctly apply to the 2304 kbit/s symmetric case Appropriate values 

for other rates and PSDs are for further study. 
NOTE 3: Test loop length can be determined from table 12.3 



12.5.4 Profiles of the individual impairment generators 

Crosstalk noise represents all impairment that originates from systems connected to adjacent wire pairs that are bundled 
in the same cable. Their wires are coupled to the wires of the xDSL system under test, causing this spectrum of 
crosstalk noise to vary with the electrical length of the testloop. 

To simplify matters, the definition of crosstalk noise has been broken down into smaller, more easily specified 
components. The two generators Gl and G2 represent the "equivalent disturbance". Their noise level originates from a 
mixture of many disturbers in a real scenario, as if all disturbers are collocated at the ends of the testloops. 

This equivalent disturbance, filtered by the NEXT and FEXT coupling functions, will represent the crosstalk noise that 
is to be injected in the test set-up. This approach has isolated their definition from the NEXT and FEXT coupling 
functions of the cable. 

For SDSL testing, several models for crosstalk noise have been defined. The noise generated by these two equivalent 
disturbers is specified in this clause in the frequency domain as well as in the time domain. 
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The frequency domain characteristics of each generator G 1 and G2 is defined by a spectral profile, so each noise model 
has its own pair of spectral profiles: 

the profiles X.LT.# in this clause describe the total equivalent disturbance of a technology mix that is virtually 
co-located at the LT end of the testloop. This noise is represented by equivalent disturbance generator Gl, 
when stressing upstream signals, and by equivalent disturbance generator G2 when stressing downstream 
signals; 

the profiles X.NT.# in this clause describe the total equivalent disturbance of a technology mix that is virtually 
co-located at the NT end of the testloop. This noise is represented by equivalent disturbance generator G2, 
when stressing upstream signals, and by equivalent disturbance generator Gl when stressing downstream 
signals. 

The PSD levels of equivalent disturbance generator Gl and G2 are interchanged for upstream and downstream testing. 

1 2.5.4.1 Frequency domain profiles for SDSL 

This clause specifies the PSD profiles X.LT.# and X.NT.# that apply for the equivalent disturbers Gl and G2 when 
testing SDSL systems. In this nomenclature "#" is used as a placeholder for noise model "A", "B","C", and "D". 

Four noise models have been defined for SDSL: 

type "A" models are intended to represent a high penetration scenario where the SDSL system under test is 
placed in a distribution cable (up to hundreds of wire pairs) that is filled with many other (potentially 
incompatible) transmission systems; 

type "B" models are intended to represent a medium penetration scenario where the SDSL system under test 
is placed in a distribution cable (up to tens of wire pairs) that is filled with many other (potentially 
incompatible) transmission systems; 

type "C" models are intended to represent a legacy scenario that accounts for systems such as ISDN-PRJ 
(HDB3), in addition to the medium penetration scenario of model "B"; 

type "D" models are intended to represent a reference scenario consisting of a cable filled with SDSL systems 
all operating at the same rate, or filled with SDSL systems operating at different rates. 

Noise generator Gl specifies the NEXT component of the noise and is specified in clause 12.5.3.1 for upstream and 
downstream testing. Noise generator G2 specified the FEXT component of the noise and is specified in clause 12.5.3.2 
for upstream and downstream testing. 

These profiles shall be met for all frequencies between 1 kHz to 1 MHz. 

12.5.4.1.1 Self crosstalk profiles 

The noise profiles XS.LT.# and XS.NT.#, representing the equivalent disturbance of self crosstalk, are specific to the 
PSD parameters of the system under test, defined by the specific payload, symmetry and power-back-off features. For 
compliance with the requirements of the present document, the appropriate nominal PSD from clause 9.4 shall be used. 

For testing SDSL, four noise models for self crosstalk have been defined. The LT- and NT-profiles are specified in 
table 12.6. 

In this nomenclature "#" is a placeholder for noise model "A", "B","C" or "D". "SDSL.dn" is the signal spectrum that 
SDSL transmits in the downstream direction, and "SDSL.up" in the upstream direction. 

Table 12.9: Definition of the self crosstalk for SDSL testing 





Model A 


Model B 


Model C 


Model D 


XS.LT.#: 


"SDSLdn" + 11,7dB 


"SDSL.dn" + 7,1 dB 


"SDSL.dn" + 7,1 dB 


"SDSL.dn" + 10,1 dB 


XS.NT.#: 


"SDSLup" + 11,7dB 


"SDSL.up" + 7,1 dB 


"SDSL.up" + 7,1 dB 


"SDSLup" + 10,1 dB 


NOTE: The different noise models use different gain factors. 
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12.5.4.1.2 



Alien crosstalk profiles 



The noise profiles XA.LT.# and XA.NT.#, representing the equivalent disturbance of alien crosstalk. For testing SDSL, 
four noise models for alien crosstalk have been defined. The LT -profiles are specified in table 12.9 and the NT-profiles 
in table 12.10. Each PSD profile originates from a mix of disturbers. The alien noise in model D is made inactive, to 
achieve one pure self crosstalk scenario. 

Table 12.10: Break frequencies of the "XA.LT.#" PSD profiles that specify 
the equivalent disturbance spectra of alien disturbers 



XA.LT.A 




XA.LT.B 




XA.LT.C 




XA.LT.D 


Freq 


PSD 


Freq 


PSD 


Freq 


PSD 


Freq 


PSD 


[Hz] 


[dBm/Hz] 




[Hz] 


[dBm/Hz] 




[Hz] 


[dBm/Hz] 




[Hz] 


[dBm/Hz] 


1 


-20,0 


1 


-25,7 


1 


-25,7 






15k 


-20,0 




15k 


-25,7 




15k 


-25,7 








30 k 


-21,5 




30 k 


-27,4 




30 k 


-27,4 




ALL 


-OO 


67 k 


-27,0 




45 k 


-30,3 




45 k 


-30,3 








125 k 


-27,0 




70 k 


-36,3 




70 k 


-36,3 








138 k 


-25,7 




127 k 


-36,3 




127 k 


-36,3 








400 k 


-26,1 




138 k 


-32,1 




138 k 


-32,1 








1 104 k 


-26,1 




400 k 


-32,5 




400 k 


-32,5 








2,5 M 


-66,2 




550 k 


-32,5 




550 k 


-32,5 








4,55 M 


-96,5 




610k 


-34,8 




610k 


-34,8 








30 M 


-96,5 




700 k 
1 104 k 
4,55 M 

30 M 


-35,4 

-35,4 

-103,0 

-103,0 




700 k 
1 104 k 
1,85 M 
22,4 M 

30 M 


-35,3 

-35,3 

-58,5 

-103,0 

-103,0 








NOTE: The PSD profiles are constructed with straight lines between these break frequencies, when 


plotted against a logarithmic irequency scale and a linear 6Brr\ scale. The levels are defined 


into a 135 fl resistive load. 



Table 12.11 : Break frequencies of the "XA.NT.#" PSD profiles that specify 
the equivalent disturbance spectra of alien disturbers 



XA.NT.A 




XA.NT.B 




XA.NT.C 




XA.NT.D 


Freq 


PSD 


Freq 


PSD 


Freq 


PSD 


Freq 


PSD 


[Hz] 


[dBm/Hz] 




[Hz] 


[dBm/Hz] 




[Hz] 


[dBm/Hz] 




[Hz] 


[dBm/Hz] 


1 


-20,0 


1 


-25,7 


1 


-25,7 






15k 


-20,0 




15k 


-25,7 




15k 


-25,7 








60 k 


-25,2 




30 k 


-26,8 




30 k 


-26,8 




ALL 


-OO 


276 k 


-25,8 




67 k 


-31,2 




67 k 


-31,2 








500 k 


-51,9 




142 k 


-31,2 




142 k 


-31,2 








570 k 


-69,5 




156 k 


-32,7 




156 k 


-32,7 








600 k 


-69,9 




276 k 


-33,2 




276 k 


-33,2 








650 k 


-62,4 




400 k 


-46,0 




335 k 


-42,0 








763 k 


-62,4 




500 k 


-57,9 




450 k 


-47,9 








1,0 M 


-71,5 




570 k 


-75,7 




750 k 


-45,4 








2,75 M 


-96,5 




600 k 


-76,0 




1 040 k 


-45,5 








30 M 


-96,5 




650 k 
763 k 
1,0 M 
2,8 M 
30 M 


-68,3 

-68,3 

-77,5 

-103,0 

-103,0 




2,46 M 

23,44 M 

30 M 


-63,6 
-103,0 
-103,0 








NOTE: The PSD profiles are constructed with straight lines between these break frequencies when 


plotted against a logarithmic frequency scale and a linear dBm scale. The levels are defined 


into a^35Q. resistive load. 
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12.5.4.2 Time domain profiles of generator G1 to G4 

The noise, as specified in the frequency domain in clauses 12.5.3.1 to 12.5.3.7, shall be random in nature and near 
Gaussian distributed. This means that the amplitude distribution function of the combined impairment noise injected at 
the adding element shall lie between the two boundaries as illustrated in figure 12.10, where the non-shaded area is the 
allowed region. The boundaries of the mask are specified in table 12.11. 

It is expected that noise generators will generate signals that are approximately Gaussian. Therefore, the upper bound of 
figure 12.9 is loose. PDFs of signals generated by noise generators are expected to be well below the upper bound 
allowed by the PDF mask shown in figure 12.10. 

The amplitude distribution function F(a) of noise u(t) is the fraction of the time that the absolute value of u(t) exceeds 
the value "a". From this definition, it can be concluded that F(0) = 1 and that F(a) monotonically decreases up to the 
point where "a" equals the peak value of the signal. From there on, F(a) vanishes: 

F{a) = , for a> Wpg^A 

The boundaries on the amplitude distribution ensure that the noise is characterized by peak values that are occasionally 
significantly higher than the rms-value of that noise (up to 5 times the rms-value). 




Figure 12.10: Mask for the amplitude distribution function 
Table 12.12: Upper and lower boundaries of the amplitude distribution function of the noise 



Boundary (o = rms value of noise) 


Interval 


F|ower(a) = (1 " e) x {1 " erf((a/o)/V2) } 
F|ower(a) = 


< a/o < CF 
CF < a/o < oo 


Fupper(a) = (1 + e) - {1 - er/((a/o)/V2) } 
Fupper(a) = (1 + e) x {1 " ert{N<2) ) 


< a/o < A 
A < a/o < oo 



parameter 


value 


crest factor 
Gaussian gap 


CF = 5 

8 = 0,1 

A = CF/2 = 2,5 
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The meaning of the parameters in table 12.1 1 is as follows: 

CF denotes the minimum crest factor of the noise, that characterizes the ratio between the absolute peak value 
and rms value (CF = IUpgjj^l/Uj.j^j,); 

e denotes the Gaussian gap that indicates how "close" near Gaussian noise approximates true Gaussian noise; 

A denotes the point beyond which the upper limit is relaxed to allow the use of noise signals of practical 
repetition length. 

12.5.4.3 Mandatory noise shape substitution rule 

The strict application of the test procedure requires a different noise shape for each test although some of the noise 
shapes are very similar. In order to reduce the number of possible noise shapes, the following substitution rule is 
mandatory. It reduces the number of noise shapes from 280 to 22. 

Table 12.12 tabulates the noise substitution rule. The following nomenclature is used to describe a shape: 

"Side (C or R) Rate (384 to 2 304) PSDType (s for symmetric) noise model (A to D)" 

EXAMPLE 1: C384sA2 represents the noise shape on the LT side for the 384 kbps rate using the symmetric PSD 
corresponding to noise model A and loop 2. 

EXAMPLE 2: C384sAX represents the noise shape on the LT side for the 384 kbps rate using the symmetric 
PSD corresponding to noise model A and any loop. 

EXAMPLE 3: Rule 7 requires that the following noise shapes: R384sAl, R384sA2, R384sA3, R384sA4, 

R384sA5, R384sA6, R384sA7, R512sAl, R512sA2, R512sA3, R512sA4, R512sA5, R512sA6, 
R512sA7 be replaced by the single noise shape R768sA2. 

EXAMPLE 4: Conducting test set 3 of table 12. 1 for 384 kbps at the LT end. The loop and transceiver would be 
set-up as per the test description (loop #3 upstream set to 43 dB @ 150 kHz, which is equivalent to 
a length of 5 563 m). The transceiver would be set to 384 kbps. The noise shape injected would be 
"R768sC2" rather than "C384sD3" (rule 9). 

Table 12.13: Noise shape substitution rule 



Rule# 


This shape 


Replaces those shapes (on a row by row basis) where X represents any loop 

number 


1 


"C768SA2" 


"C384SAX" 


"C512SAX" 










2 


"C768sC2" 


"C384SBX" 


"C512SBX" 


"C384sCX" 


"C512sCX" 






3 


"C1536SA2" 


"C768sAX" 


"CI 024sAX" 


"CI 280sAX" 








4 


"C1536sC2" 


"C768SBX" 


"C1024SBX" 


"C1280SBX" 


"C768sCX" 


"C1024sCX" 


"C1280sCX" 


5 


"C2304SA2" 


"CI 536sAX" 


"C2048SAX" 


"C2304SAX" 


"CI 536sAX" 






6 


"C2304sC2" 


"C1536SBX" 


"C2048SBX" 


"C2304SBX" 


"C1536sCX" 


"C2048sCX" 


"C2304sCX" 


7 


"R768SA2" 


"R384SAX" 


"R512SAX" 










8 


"R768SB2" 


"R384SBX" 


"R512SBX" 










9 


"R768sC2" 


"R384sCX" 


"R512sCX" 


"C384SDX" 


"R384SDX" 


"C512SDX" 


"R512SDX" 


10 


"R1536sA2" 


"R768SAX" 


"R1024SAX" 


"R1280SAX" 


"R1536SAX" 






11 


"R1536sB2" 


"R768SBX" 


"R1024sBX" 


"R1280SBX" 


"R1536SBX" 






12 


"R1536sC2" 


"R768sCX" 


"R1024sCX" 


"R1280sCX" 


"R1536sCX" 






13 


"R2048SA2" 


"R2048sAX" 












14 


"R2048SB2" 


"R2048SBX" 












15 


"R2048sC2" 


"R2048sCX" 












16 


"R2304SA2" 


"R2304sAX" 












17 


"R2304SB2" 


"R2304SBX" 












18 


"R2304sC2" 


"R2304sCX" 












19 


"C1280SD2" 


"C768SDX" 


"R768SDX" 


"C1280SDX" 


"R1280SDX" 






20 


"C1536SD2" 


"C1024SDX" 


"R1024sDX" 


"C1536SDX" 


"R1536SDX" 






21 


"C2048sD2" 


"C2048sDX" 


"R2048sDX" 










22 


"C2304SD2" 


"C2304SDX" 


"R2304SD" 
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12.6 Measurement of noise margin 



At start-up, the level and shape of crosstalk noise or impulse noise are adjusted, while their level is probed at port Rx to 
meet the impairment level specification in clause 12.2.2. This relative level is referred to as dB. The transceiver link is 
subsequently activated, and the bit error ratio of the link is monitored. 

12.6.1 IVIeasurement of crosstalk noise margin 

For measuring the crosstalk margin, the crosstalk noise level of the impairment generator as defined in clause 12.5.4.1, 
shall be increased by adjusting the gain of amplifier Al in figure 12.8, equally over the full frequency band of the SDSL 
system under test, until the bit error ratio is higher than 10"^. This BER will be achieved at an increase of noise of x dB, 
with a small uncertainty of Ax dB. This value x is defined as the crosstalk noise margin with respect to a standard noise 
model. 

The noise margins shall be measured using the testloops specified in figure 12.5 and scaled according to tables 12.2 and 
12.3. 

NOTE: Currently, the injected noise, for the purpose of crosstalk noise margin measurement, consist in the sum 
of generators Gl, G2 and G4 as described in clause 12.5.1. Annex J tabulates the values of the injected 
noise corresponding to dB margin and a white noise generator value of -140 dBm/Hz. The injected 
noise should be measured per clause 12.2.3.1. The mandatory test cases are described in clause 12.3. A 
mandatory noise substitution rule is described in clause 12.5.4.3. 

1 2.6.2 IVIeasurement of impulse noise susceptibility 

For details refer to 12.5.3.7. 



12.7 Micro interruptions 



A micro interruption is a temporary line interruption due to external mechanical action on the copper wires constituting 
the transmission path, for example, at a cable splice. Splices can be hand-made wire-to-wire junctions, and during cable 
life oxidation phenomena and mechanical vibrations can induce micro interruptions at these critical points. 

The effect of a micro interruption on the transmission system can be a failure of the digital transmission link, together 
with a failure of the power feeding (if provided) for the duration of the micro interruption. 

The objective is that in the presence of a micro interruption of specified maximum length the SDSL transceiver should 
not reset, and the system should automatically reactivate. 

The transceiver shall not be reset by a micro interruption event with a duration t = 10 ms which shall occur at an event 
frequency of 0,2 Hz. 

For further study. 



13 Power feeding 
13.1 General 

This clause deals with power feeding of the NTU, regenerators (if required) and the provision of power to the 
application interface for narrowband services under restricted conditions (lifeline circuit). 

The requirements given in this clause imply compliance to EN 60950 [5]. 



1 3.2 Power feeding of the NTU 



The capability for an NTU (or a REG) to be remotely powered over the span is optional. However, if this capability is 
provided, the NTU or REG shall meet the requirements of clauses 13.5 and 13.6. 
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NOTE: The remote feeding strategy may not be applicable for extremely long lines or lines including 

regenerators. In those cases specific feeding methods may be applied, which are for further study. 

Requirements for wetting current are given in clause 13.7. 

1 3.3 Power feeding of the interface for narrowband services 

When simultaneous telephone service is provided by the NTU, feeding of restricted mode power for lifeline service has 
to be provided for at least one telephone set in case of local power fail. The requirements for ISDN-B A are described in 
EN 300 012-1 [3] and information on power feeding for analogue access is described in EN 300 001 [4], 
EG 201 185 [12] andTBR021 [21]. 

NOTE: The remote feeding strategy may not be applicable for extremely long lines or lines including 

regenerators. In those cases, specific feeding methods may be applied which are for further study. 

1 3.4 Feeding power from the LTU 

The feeding power shall be limited to the values specified in EN 60950 [5] to meet the requirements for TNV-3. 

1 3.5 Power available at the NTU 

13.5.1 Static requirements 

The NTU shall be able to deal with any polarity. 

The maximum power drawn by the SDSL NTU when the local power fails and lifeline service has to be provided is 
2,1 W. 

NOTE: In order to enhance the performances in the critical conditions (longest loops and lower input voltages) 
and to avoid giving unnecessary burden to the design of the NTU, compliance to the 2,1 W limit is 
requested only when the NTU input voltage is < 70 V. With NTU input voltages higher than 70 V (short 
loops and higher LTU feeding voltages), a power consumption up to 2,5 W is permitted. 

13.5.2 Dynamic requirements 

The values given in this clause represent currently used practice of testing dynamic power feeding behaviour. 

The test shall be carried out with the test circuit given in figure 13.1. 

The current drawn, by the test circuit, from the voltage source shall be below X mA, where X is given in table 13.1, 
1,5 s after switch-on of the feeding voltage. 

When the voltage at the NTU exceeds for a first time 28 V, this voltage limit shall be maintained further on and shall 
not go below 28 V again. 




R1 



Uc 



line 



NT1 

(in restricted 
power mode) 



UNI 



Test load 

representing 

one narrowband 

TE 
(POTS or ISDN) 



Figure 13.1 : Test circuit for NTU 



£75/ 



98 



ETSI TS 101 524 VI .3.1 (2005-02) 



Table 13.1 : Values of components for NTU power source test load according to figure 13.1 



Voltage range (V) 


R1(ii) 


X(mA) 


51 to 69 


283 


TBD (see note) 


66 to 70 


473 


TBD (see note) 


90 to 110 


880 


60 


95 to 99 


981 


60 


107 to 112 


1 244 


60 


NOTE: These values are left for further study. 



13.5.3 Reset of NTU 

The NTU, independently from the operating condition such as feeding voltage, line resistance, active/deactivated state 
and power drawn by the user/network interface, shall enter a reset state (i.e. physical reset of the line transceiver) no 
later than 2 s after interruption of the remote current fed towards the NTU. 

1 3.6 DC and low frequency AC termination of NTU 

When remote power feeding is provided by the network, the NTU and the side of the REG directed towards the LTU 
shall enter a high impedance state within 2 s after interruption of the remote current fed towards the NTU or the REG 
respectively. This state shall be maintained as long as the voltage on the line stays below 18 V (DC + AC peak). In this 
state, the leakage current shall be less than 10 \xA and the capacitance shall be greater than 2 )a.F. 

13.7 Wetting Current 

If the NTU is not powered by the span, wetting current may be used, with the intention to maintain low splice resistance 
in outside plant environments. The support of wetting current by the LTU is optional. Sinking of wetting current by the 
NTU is mandatory. 

Due to the limited power available at remote locations regenerators are not required to source wetting current, but shall 
be able to sink wetting current. 

If wetting current support is implemented, at least one of the methods defined in clauses 13.7.1 and 13.7.2 must be 
implemented. 

The method in clause 13.7.1 is intended for applications in coexistence with remote power feeding. The remote power 
source is used as the wetting current source. A current sink at the NTU uses the remote feeding voltage present at the 
NTU when locally powered. In case of a local power failure at the NTU, the NTU could draw power from the same 
source. 

The method in clause 13.7.2 is intended for environments with the absence of remote power feeding. The battery 
voltage at the LTU is directly used in combination with e.g. series resistors to provide wetting current. This method is 
also intended to be interoperable with equipment implementing the requirements of ITU-T G.991.2 [24] annex A for 
wetting current. 

13.7.1 Wetting current implementation in coexistence with remote power 
feeding 

If wetting current is supported, the LTU shall apply a constant voltage to the wire pair, while the NTU uses a current 
sink for the DC voltage arriving at the NTU. 



13.7.1.1 



LTU 



The LTU shall present a DC voltage of 96 V to 120 V on the line if wetting current is used. The DC voltage source shall 
operate at least from mA to 10 mA of load current for the purpose of wetting current. If the voltage source is not 
isolated from ground potential, the DC voltage at the line terminals shall be negative towards ground. 
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13.7.1.2 NTU 



The NTU shall be capable of drawing between 1,0 mA and 10 mA of wetting (sealing) current from the DC voltage on 
the line presented at it's terminals in the case when the NTU is not span powered and the wetting current sink is enabled 
at the NTU. In the case of a multipair span, the wetting current range applies to the average current of all lines, allowing 
a single common wetting current sink for all wire pairs of a span. The voltage at the terminals of the NTU can range 
from 60 V to 120 V. The wetting current sink and the line terminals it is connected to, should be isolated from other 
electrical parts. The operation of the wetting current sink shall be independent of the polarity of the voltage applied at 
the line terminals. 

NOTE 1 : The actual current will depend on the implementation of the wetting current sink (e.g. resistive or 
constant-current-sink), the DC source voltage at the LTU and the loop resistance. In the case of a 
multipair span with a common current sink the wetting current is distributed over the individual pairs by 
the parallel connection of the loop resistances. 

NOTE 2: NTU and LTU have to conform to the applicable safety regulations. In case of EN 60950 [5] the line has 
to be classified as a "TNV-3 circuit" with a "working voltage" of up to 120 V. This requires a "reinforced 
isolation" from the line to "SELV" circuits (typical for application interface). Other regulations may 
require the implementation of a current limitation for the LTU voltage source. 

NOTE 3: The 10mA current limit is not derived from any electrical safety specification. Its aim is to limit the 
power budget delivered by the network when wetting current is applied. 

13.7.2 Wetting current implementation in absence of remote power feeding 

The generation of wetting current at the LTU is optional. The ability of sinking wetting current at the NTU is 
mandatory. 

1 3.7.2.1 Wetting current source at the LTU side: 

The open circuit voltage at the LTU shall be in the range from 35 V to 72 V. If the voltage source is not isolated from 
ground potential, the DC voltage at the line terminals shall be negative towards ground. The short circuit current of the 
source at the LTU shall be 20 mA at maximum. The output current of the source shall be higher than or equal to the 
theoretical output current of a 35 V voltage source with a 18 kQ series resistor under all load conditions. 

NOTE: A source implementation according these requirements is intended to be compliant with 
ITU-T Recommendation G.991.2 [24], clause A.5.3.3. 

1 3.7.2.2 Wetting current sink at the NTU side 

Under normal operating conditions the wetting current sink shall expect a maximum voltage at the NTU input of 72 V 
and a maximum current of 20 mA. When the current sink at the NTU is enabled, the current drawn should be higher or 
equal than the theoretical value of the current drawn by a 15 kQ resistor. The operation of the wetting current sink shall 
be independent of the polarity of the voltage applied at the line terminals. The wetting current sink and the line 
terminals it is connected to, should be isolated from other electrical parts. 

To help ensure that a low splice resistance is maintained at all times, the NTU shall implement a passive wetting current 
sink circuit such that it sinks the current even when its circuitry is powered off for whatever reason. 

NOTE 1: The combination of the 15 kQ. limit at the NTU and the 18 kQ. limit at the LTU guarantees a wetting 
current greater than 1 mA with a open circuit voltage of 35 V. 

NOTE 2: The 15 kQ limit is met by a metallic termination according ITU-T Recommendation G.991.2 [24], clause 
A.5.3.4 after being switched in the "ON"-state by the open circuit voltage. 

NOTE 3: NTU and LTU have to conform to the applicable safety regulations. In case of EN 60950 [5] the line has 
to be classified as a "TNV-3 circuit" with a "working voltage" of up to 72 V. This requires a "reinforced 
isolation" from the line to "SELV" circuits (typical for application interface). 

NOTE 4: The 20mA current limit is not derived from any electrical safety specification. Its aim is to limit the 
power budget delivered by the network when wetting current is applied. 
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14 Environmental requirements 

14.1 Climatic conditions 

Climatograms applicable to the operation of SDSL equipment can be found in ETS 300 019 [6]. The choice of classes is 
under national responsibility. 

14.2 Safety 

Safety requirements are mentioned in clause 13 "Power feeding". 

14.3 Over-voltage protection 

No over-voltage protection requirements are specified under the present document. 

NOTE: Depending on the equipment NTU, LTU or REG, the ITU-T Recommendations K.21 [10], K.20 [9], 
K.44 [32]orK.45[33] should be appUed. 

14.4 Electromagnetic compatibility 

The EMC requirements are defined according to the equipment type and as described in EN 300 386 [7]. 

NOTE: Additional EMC requirements may be imposed under EMC Directive (89/336/EEC) (see bibliography). 
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Annex A (normative): 
Application specific TPS-TC 

A.1 TPS-TC for clear channel data 

In clear channel mode, there shall be no specified relationship between the structure of the user data and its positioning 
within the payload sub-blocks, k^ bits of contiguous user data shall be contained within each sub-block, as specified in 
clause 7. 1 .2. The temporal relationship between the user data stream and the data within the sub-blocks shall be 
maintained such that the order of bits in time from the user data stream shall match the order of transmission within the 
SDSL payload sub-blocks. Any additional structure within the user data shall be maintained by an unspecified higher 
layer protocol and is outside the scope of the present document. 

In the optional M-pair mode, clear channel data will be carried over all pairs using interleaving, as described in 
clause 7. 1 .4.2. The bitstream of the user data consisting ofMxk^ bits is mapped to the M pairs by placing alternating 
bitstreams consisting of k^ bits of contiguous user data in each of the M SHDSL channels, k^ bits of contiguous user data 
shall be contained within a sub-block on Pair 1, and the following sets of k^ bits of contiguous user data shall be 
contained within a sub-block of subsequent pairs. As noted above, any additional structure within the user data shall be 
maintained by an unspecified higher layer protocol and is outside the scope of the present document. 



A.2 TPS-TC for clear channel byte-oriented data 

In the byte-oriented clear channel mode, the input byte stream shall be aligned within the SDSL payload sub-block such 
that the byte boundaries are preserved. Each payload sub-block is treated as containing n 8-bit time slots. Each byte 
from the input data stream is mapped LSB-first into the next available time slot. The first time slot begins at the first bit 
position within the payload sub-block, followed by time slot 2, time slot 3, . . ., time slot n. k^ bits (or n bytes) of 

contiguous data shall be contained within each Sub-Block, as specified in clause 7.1.2. k^ = i + nxS, and, in this mode, 

i = and 3 < n < 36. See figure A. 1 for additional details. 
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Figure A.1 : Clear channel byte-oriented framing 
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In the optional M-pair mode, byte -oriented data is carried over all M pairs using interleaving, as described in 

clause 7.1.4.2. A total of Mxkj, bits {Mxti bytes) of byte -oriented data shall be transported per SDSL payload sub-block. 

k^= i + nx8, and, in this mode, / = and 3 < n < 36. Only multiple of M numbers of time slots may be supported in 

M-pair mode. The input byte stream shall be aligned within the SDSL payload sub-block such that the byte boundaries 
are preserved. Each payload sub-block is treated as containing Mxn 8-bit time slots. Each byte from the input data 
stream is mapped LSB -first into the next available time slot. The first time slot begins at the first bit position within the 
payload sub-block, followed by time slot 2, time slot 3, . . ., time slot n. Mxk^ bits (or Mxn bytes) of contiguous data shall 

be contained within each Sub-Block, as specified in clause 7.1.4.1. k^= i + mxS, and, in this mode, ; = and 3 < n < 36. 

The bytes from the input data stream shall be interleaved amongst Pair 1, Pair 2, . . ., Pair M, such that the numbered 
(I + yM) [y = 0, 1,2, . . .] bytes are carried on Pair 1, the bytes numbered (2 + yM) [y = 0, 1,2, . . .] are carried on Pair 2, 
. . ., and the bytes numbered (M + yM) [y = 0, 1,2, . . .] are carried on Pair M. See figure A.2 for additional details. 



Aligned 




















Pair 1 to 
Pair M 


Frame 
Sync 



H 


Payload 
Block 




H 


Payload 
Block 



H 


Payload 
Block 



H 


Payload 
Block 


Frames 








\ 













Stb 



Pair 1 to 
Pair M 



Pair 1 



_ 


(M 


n 


^ 


ID 


CD 


N- 


^ 


V 


V 


V 


^ 


^ 


V 


o 


C5 


o 


o 


O 


O 


C> 


(J 


(J 


(J 


o 


(J 


O 


u 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


i5 


i5 


i5 


n 


n 


n 


i5 


-5 


-5 


-5 


~i 


~i 


~i 


-5 


w 


CD 


CD 


CD 


CD 


CD 


CD 







o 


^ 


(M 


c» 


C7) 


1— 


1— 




V 


^ 


V 


V 


y 


o 


O 


C> 


C> 


C) 


u 


CJ 


o 


o 


o 


CD 


CD 


CD 


CD 


CD 


i2 


i2 


JD 


JD 


JD 


J 


J 


-i 


J 


-i 


CD 


CD 


CD 


CD 


CD 



Payload Data, Bits 1 to /c„ 



TS, 


TSm.i 


... 


"'"^(n-1)M+1 



Pair 2 



TS, 



TS 



M+2 



TS 



(n-1)M+2 



Pair M 



TS. 



TS 



2M 



TS 



nM 



Payload Data, Bits (M-1)k+1 to Mk 



Figure A.2: M-pair framing for byte-oriented clear channel 



A.3 TPS-TC for European 2 048 kbit/s digital 
unstructured leased line (D2048U) 

D2048U data streams contain unstructured 2,048 Mbit/s data with no specified framing. These data streams shall be 
carried using the clear channel TPS-TC described in clause A.l. 
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A.4 TPS-TC for Unaligned European 2 048 kbit/s Digital 
Structured Leased Line (D2048S) 

Much of the data within the European network is structured as D2048S data streams, which, for purposes of the present 
document, can be described as 2,048 Mbit/s data streams containing 8 kHz framing, with each frame containing 32 8-bit 
time slots. Details of D2048S framing and associated data structure can be found in 
ITU-T Recommendation G.704 [18], clause 2.3. 

In unaligned D2048S mode, there shall be no specified relationship between the D2048S frames and their positioning 
within the payload sub-blocks, k^ bits of contiguous data shall be contained within each Sub-Block, as specified in 

clause 7.1.2. k^ = i + nxS, and, in this mode, n = 32 and ; = 0. The D2048S framing clocks shall be synchronized to the 
SDSL clocks such that the D2048S frame always appears in the same position within each SDSL payload sub-block; 
however, no particular alignment is specified. The temporal relationship between the D2048S data stream and the data 
within the sub-blocks shall be maintained, such that that the order of bits in time from the D2048S data stream shall 
match the order of transmission within the SDSL payload sub-blocks. 

The optional M-pair mode will not support unaligned D2048S transport. 



A.5 TPS-TC for aligned European 2 048 kbit/s digital 
structured leased line (D2048S) and fractional 

As noted in clause A.4, D2048S data streams consist of 2,048 Mbit/s data streams containing 8 kHz framing, with each 
frame containing 32 x 8-bit time slots. In some cases, fractional D2048S data streams are used, where frames contain 
less than the normal 32 x 8-bit time slots. 

In the aligned D2048S mode, each D2048S frame shall be aligned within the SDSL payload sub-block such that the 
first time slot begins at the first bit position within the payload sub-block, followed by time slot 2, time slot 3, . . ., time 
slot n. fcj, bits of contiguous data shall be contained within each sub-block, as specified in clause 7.1.2. k^ = i + nxS, 

and, in this mode, / = 0. In D2048S applications, n = 32, and, in Fractional D2048S applications, 3 < n < 32. The 
D2048S framing clocks shall be synchronized to the SDSL clocks such that the D2048S frame always appears in the 
defined position within each SDSL payload sub-block. See figure A. 3 for additional details. 
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Figure A.3: Aligned D2048S/fractional D2048S framing 



In the optional M-pair mode, D2048S/fractional D2048S data will be carried over all pairs using interleaving, as 
described in clause 7. 1 .4.2. A total of Mx\ bits of D2048S / fractional D2048S data shall be transported per SDSL 

payload sub-block, kj, = / + n x 8, and, in this mode, / = 0. In D2048S applications, n = 32/M, and in fractional El 

applications, 3 < n < 16. Only even numbers of D2048S time slots may be supported in M-pair mode. The time slots of 
the D2048S frame shall be interleaved among Pair 1, Pair 2, . . ., Pair M, such that the bytes numbered (1 H- yM) 
[y = 0, 1,2, . . .] are carried on Pair 1, the bytes numbered (2 + yM) [y = 0, 1,2, . . .] are carried on Pair 2, . . ., and the 
bytes numbered (M + yM) [y = 0, 1,2, . . .] are carried on Pair M. See figure A.4 for additional details. 
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Figure A.4: M-pair framing for aligned D2048S/fractional D2048S 



A.6 TPS-TC for synchronous ISDN BA 

In this TPS-TC mode, the mapping of the ISDN customer data channels to SDSL payload channels is specified for 
synchronous transport of multiple ISDN BAs using clock mode 3a, as specified in clause 8.2. 

The ISDN customer data channels are embedded into the payload data within the SDSL frames. ISDN channels and 
SDSL frames (and any other TPS-TC if dual bearer mode is utilized) are synchronized to the same clock domain. 

NOTE: It is not expected that the transport mode described in this annex will be used simultaneously with the 
LAPV5 enveloped POTS and ISDN transport described in clause A. 10. Therefore the HOC message 
described in clause A. 10.6 can be used to signal to the other end the number of ISDN, POTS and 
signalling channels used. 
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A.6.1 ISDN BA over SDSL frames 

Figure A.5 illustrates typical transport of ISDN BAs within the SDSL frames. The basic characteristics of this transport 
are as follows: 

B channels and D channels are mapped on SDSL payload channels; 

the ISDN BA does not need a separate synchronization since the SDSL frames are synchronized to the same 
clock domain. Therefore, the ISDN frame word (12 kbit/s) is not needed; 

the ISDN M-channel transports ISDN line status bits, transmission control information as well as signalling to 
control the ISDN connection. Only the ISDN M-channel functions, which are needed to control the interface to 
the ISDN terminal equipment, are transported over a messaging channel (SDSL eoc or fast signalling channel). 

A.6.2 Mapping of ISDN B- and D-channels on SDSL payload 
channels 

The ISDN B- and D- channels are transported within the SDSL payload sub-blocks. The SDSL payload data is 
structured within the SDSL frames as follows: 

each payload sub-block contains k^= i + nx8 bits (/ = 0..7 and n = 3. .36); 

each sub-block is ordered in the following way: / 1-bit timeslots followed by n 8-bit timeslots; 

1-bit timeslots are referred to as Z-bits, and 8-bit timeslots are referred to as B^ ... Bj^. 
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Figure A.5: Mapping of ISDN B- and D-chiannels 
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The payload sub-blocks are composed of combinations of n x 8bit B timeslots and / x Ibit Z-timeslots: 

n corresponds to the number of 64 kbit/s payload channels; 

/ corresponds to the number of 8 kbit/s channels. 
This payload structure allows efficient mapping of ISDN BA channels on SDSL frames. 

Data channels (64 kbit/s each, designated B^ - B ) are mapped onto 64 kbit/s B-channels; 

Signalling channels (16 kbit/s each, designated Dj - D^) are mapped onto two 8 kbit/s Z-channels each. 
NOTE: If four or more ISDN BAs are transported, four Djg channels are mapped on one 64 kbit/s B-channel. 
A general example of this mapping technique is shown in figure A.5. 

A.6.3 Multi-ISDN BAs 

The transport of up to 6 ISDN BAs is described in detail in the next clauses. Figure A.6 shows a mapping example for 
two ISDN BAs. 
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Figure A.6: Framing example: 2 x ISDN BA 
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The transport of the customer data channels of each ISDN B A requires 144 kbit/s bandwidth. Table A. 1 shows the 
number of required B- and Z-channels. 

Table A.I: K X ISDN BA 



Number of 

ISDN BA 

(K) 


Payload bit rate 
Kx (128 kbit/s + 16 kbit/s) 


Application 


B-channels 
(64 kbit/s) n 


Z-channels 
(8 kbit/s) / 


1 


144 


1 ISDN BA 


2 


2 


2 


288 


2 ISDN BA 


4 


4 


3 


432 


3 ISDN BA 


6 


6 


4 


576 


4 ISDN BA 


9 





5 


720 


5 ISDN BA 


11 


2 


6 


864 


6 ISDN BA 


13 


4 



A.6.4 ISDN BA for lifeline service 

Lifeline service in case of local power failure can be provided by one ISDN B A. The lifeline BA is always the one that 
is transported over the first time slots of each payload sub-block (e.g. Zj, Z2, Bj, B2). Remote power feeding is 

provided by the central office such that the transceiver can operate in a reduced power mode. 

A.6.5 ISDN BA with eoc signalling 

A.6.5.1 Time slot positions of ISDN B- ancj Dig-channels (eoc signalling) 

If multiple ISDN BAs are transported over SDSL, certain data channels in the SDSL payload sub-blocks must be 
assigned to each ISDN B A. Tables A. 2 to A.5 show the allocation of the ISDN data channels of up to 4 BAs. The 
Signalling is transmitted over the SDSL eoc. In order to avoid unnecessary shifting of ISDN D- and B- bits, the 
respective D-bits are transmitted after their B- bits in the subsequent SDSL payload sub-block (B-bits in Nth payload 
block and D-bits inN + 1th payload sub-block; if the B-bits are transmitted in the last payload sub-block of an SDSL 
frame, the D-bits are transmitted in the first payload sub-block of the next SDSL frame). 

Table A.2: Time slot allocation for 1 ISDN BA 



ISDN BA number 


ISDN B., time slot 


ISDN B2 time Slot 


ISDN D.,g time Slots 


1 


Bi 


B2 


Z1+Z2 



Table A.3: Time slot allocation for 2 ISDN BAs 



ISDN BA number 


ISDN B., time slot 


ISDN B2 time Slot 


ISDN D^e time Slots 


1 


Bi 


B2 


Z1+Z2 


2 


B3 


B4 


Z3 + Z4 



Table A.4: Time slot allocation for 3 ISDN BAs 



ISDN BA number 


ISDN B., time slot 


ISDN B2 time slot 


ISDN D^e time Slots 


1 


Bi 


B2 


Z1+Z2 


2 


B3 


B4 


Z3 + Z4 


3 


B5 


Be 


Z5 + Z6 
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Table A.5: Time slot allocation for 4 ISDN BAs 



ISDN BA number 


ISDN B., time slot 


ISDN B2 time Slot 


ISDN D.,g time Slots 


1 


B2 


B3 


Bi (Bit 1 and 2) 


2 


B4 


B5 


Bi (Bit 3 and 4) 


3 


Be 


By 


B^ (Bit 5 and 6) 


4 


Bs 


Bg 


B^ (Bit 7 and 8) 



A.6.5.2 Time slot Positions of ISDN B- and Dig-channels (EOC signalling) in 
M-pair mode 

In the optional M-pair mode, the allocation of up to 3 ISDN BAs to time slots and Z-bits shall be as shown in 
tables A.2 to A.4. The allocation for 4 ISDN BAs is shown in table A.6. 

Table A.6: Time Slot Allocation for 4 ISDN BAs 



ISDN BRA number 


ISDN B^ time slot 


ISDN B2 time Slot 


ISDN D^g time Slots 


1 


TSi 


TS2 


Z1+Z2 


2 


TS3 


TS4 


Z3 + Z4 


3 


TS5 


TSg 


Z5 + Z6 


4 


TSy 


TSg 


Zy + Zg 



The Z-bits and time slots shall be interleaved amongst Pair 1, Pair2, . . ., Pair M. See figure A.7 for additional details. 
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Figure A.7: /Impair framing for ISDN BRA 

The Z-bits and time slots shall be interleaved amongst Pair 1, Pair2, . . ., Pair M, such that the first D^g-bit and the 
B ^-channel of the first ISDN B A are carried on first Z-bit (Zj) resp. first time slot (TS i) of Pair 1 and the second 
Djg-bit and and the B2-channel on first Z-bit (Z2) resp. first time slot (TS2) of Pair 2. For the second ISDN BA Z3/ Z4 
resp TS3/TS4 on Pair 3 and Pair 4 are used and so forth. For the transport of ISDN BA only even numbers of M are 
supported. See figure A.7 for additional details. 
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A. 6. 6 ISDN BA with the optional fast signalling channel 

A.6.6.1 Time slot positions of ISDN B- and Dig-channels in one-pair mode 

The optional 8 kbit/s fast signalling channel is always conveyed in Z^, as shown in figure A. 8. If this fast signalling 
channel is used, up to 6 ISDN BA can be transported over SDSL. 

In order to avoid unnecessary shifting of ISDN D- and B- bits, the respective D-bits are transmitted after their B-bits in 
the subsequent SDSL payload sub-block (B-bits in Nth payload block and D-bits mN + 1th payload block; if the B-bits 
are transmitted in the last payload sub-block of an SDSL frame, the D-bits are transmitted in the first payload sub-block 
of the next SDSL frame). Tables A. 7 to A. 12 show the time slot allocation using the fast signalling channel for up to 6 
ISDN BA. 
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Figure A.8: Mapping of ISDN B- and D- channels with a fast signalling channel 
Table A.7: Time slot allocation for 1 ISDN BA using the fast signalling channel 



ISDN BA number 


ISDN B., time slot 


ISDN B2 time Slot 


ISDN D.|e time Slots 


1 


Bi 


B2 


Z2 + Z3 



Table A.8: Time slot allocation for 2 ISDN BA using the fast signalling channel 



ISDN BA number 


ISDN B., time slot 


ISDN B2 time Slot 


ISDN D.,e time Slots 


1 


Bi 


B2 


Z2 + Z3 


2 


B3 


B4 


Z4 + Z5 
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Table A.9: Time slot allocation for 3 ISDN BA using the fast signalling channel 



ISDN BA number 


ISDN B^ time slot 


ISDN B2 time Slot 


ISDN D^e time Slots 


1 


Bi 


B2 


Z2 + Z3 


2 


B3 


B4 


Z4 + Z5 


3 


B5 


Be 


Z6 + Z7 



Table A.10: Time slot allocation for 4 ISDN BA using the fast signalling channel 



ISDN BA number 


ISDN B^ time slot 


ISDN B2 time Slot 


ISDN D^g time Slots 


1 


B2 


B3 


Bi (Bit 1 and 2) 


2 


B4 


B5 


Bi (Bit 3 and 4) 


3 


Be 


By 


B^ (Bit 5 and 6) 


4 


Be 


Bg 


B^ (Bit 7 and 8) 



Table A.1 1 : Time slot allocation for 5 ISDN BA using the fast signalling channel 



ISDN BA number 


ISDN B^ time slot 


ISDN B2 time Slot 


ISDN D^e time Slots 


1 


B2 


B3 


Z2 + Z3 


2 


B4 


B5 


B^ (Bit 1 and 2) 


3 


Be 


By 


B^ (Bit 3 and 4) 


4 


Bs 


Bg 


B^ (Bit 5 and 6) 


5 


B10 


B11 


B^ (Bit 7 and 8) 



Table A.12: Time slot allocation for 6 ISDN BA using the fast signalling channel 



ISDN BA number 


ISDN B., time slot 


ISDN B2 time Slot 


ISDN D-ig time Slots 


1 


B2 


B3 


Z2 + Z3 


2 


B4 


B5 


Z4 + Z5 


3 


Be 


By 


Bi (Bit 1 and 2) 


4 


Bs 


Bg 


B^ (Bit 3 and 4) 


5 


B10 


B11 


B^ (Bit 5 and 6) 


6 


B12 


Bl3 


B^ (Bit 7 and 8) 



A.6.6.2 Time Slot Positions of ISDN B- and Dig-channels (fast signalling) in 
M-pair mode 

In the optional M-pair mode, the allocation of up to 3 ISDN B As to time slots and Z-bits shall be as shown in tables A.7 
to A.9. The allocation for4 to 6 ISDN BAs is shown in tables A.13 to A.15. 

Table A.13: Time slot allocation for 4 ISDN BAs 
using the fast signalling channel 



ISDN BA Number 


ISDN B^ time slot 


ISDN B2 time slot 


ISDN D.,g time Slots 


1 


TSi 


IS, 


Z2 + Z3 


2 


TS3 


TS4 


Z4 + Z5 


3 


TS5 


TSg 


Z6 + Z7 


4 


TSy 


TSs 


Zs+Zg 
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Table A.14: Time slot allocation for 5 ISDN BAs 
using the fast signalling channel 



ISDN BA Number 


ISDN B^ time slot 


ISDN B2 time Slot 


ISDN D^g time Slots 


1 


TSi 


IS, 


Z2 + Z3 


2 


TS3 


TS4 


Z4 + Z5 


3 


TS5 


TSg 


Z6 + Z7 


4 


TSy 


TSg 


Zs+Zg 


5 


TSg 


TS10 


Z10+Z11 



Table A.15: Time slot allocation for 6 ISDN BAs 
using the fast signalling channel 



ISDN BA Number 


ISDN B^ time slot 


ISDN B2 time Slot 


ISDN D^g time Slots 


1 


TSi 


TSg 


Z2 + Z3 


2 


TS3 


TS4 


Z4 + Z5 


3 


TS5 


TSg 


Z6 + Z7 


4 


TS7 


TSg 


Zs+Zg 


5 


TSg 


TS10 


Z1O+Z1I 


6 


TS11 


TS12 


Z12+ Zi3 



In fast signalling mode, the time slots and Z-bits frame shall be aligned within the SDSL payload sub-block such that 
the Zj fast signalling bit occupies the first bit position within the payload sub-block on each of the M pairs. The 
remaining Z-bits and time slots shall be interleaved among all M pairs. See figure A.9 for additional details. 
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Figure A.9: /Impair framing for ISDN BA with fast signalling channel (for the M= 2 Case) 

A. 6. 7 Signalling over the SDSL eoc or the fast signalling channel 

Before the ISDN status signalling can be started, the SDSL transmission section shall be in Data Mode. The ISDN 
status signalling information can be optionally transmitted over two different channels: 

SDSL eoc; 

Fast signalling channel. 

In both cases, SDSL eoc messages with their HDLC-like format are used to transport the ISDN message code. The LTU 
as well as NTU unit can initiate eoc messages. Generally, the ISDN-related eoc messages are transported over the 
SDSL eoc. In some applications, it may be appropriate to set up an additional fast signalling channel with Mx8 kbit/s 
bandwidth for these ISDN-related eoc messages; e.g. in the case when more than four ISDN BAs are used. It may also 
be used when low-latency signalling is required or when another TPS-TC signalling (e.g. ATM) has substantially 
restricted the use of the SDSL eoc channel. 

The following description relates to SDSL core only and must be used in association with the appropriate ISDN BA 
specifications for digital transmission system [2], user-network interface layer 1 [3]f[28] and access digital section [27]. 
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A.6.7.1 SDSL eoc messages 

The eoc messages number 20 and 148 are used to transmit the ISDN maintenance and control functions as well as the 
other ISDN eoc messages. Each ISDN BA can be addressed independently by means of a four-digit number assigned in 
bits 4 to 7 of octet 2 in Message IDs 20 and 148 (i.e. BA 1 = 0000, .. BA 6 = 0101). 

Table A.16: ISDN request - Message ID 20 



Octet # 


Contents 


Data type 


Reference 


1 


IVIessage ID 20 


Message ID 




2 bits 4 - 7 


ISDN BA number 


Unsigned cliar 




2 bits - 3 


Unused 




Set to 0000 


3 


ISDN message code 







Table A.17: ISDN response - Message ID 148 



Octet # 


Contents 


Data type 


Reference 


1 


IVIessage ID 148 


Message ID 




2 bits 4 - 7 


ISDN BA number 


Unsigned cliar 




2 bits - 3 


Unused 




Set to 0000 


3 


ISDN message code 







A.6.7.2 ISDN message codes 



The message codes that are contained as an octet in the SDSL eoc message "ISDN Requests" are listed in table A. 18. 
The message codes that are contained as an octet in the SDSL eoc message "ISDN Response" are listed in table A. 19. 



£75/ 



118 



ETSI TS 101 524 V1.3.1 (2005-02) 



Table A.18: ISDN message codes Requests 



Function 


Message 


eoc message code 


Comment 


S-Bus control 


SIA 


0001 0000 


S-interface activate 
(LTU ^ NTU) 


SID 


0001 0001 


S-interface deactivate 
(LTU ^ NTU) 


SAI 


0001 0010 


S-interface activation initiated 
(NTU ^ LTU) 


SDI 


0001 0011 


S-interface defect indication 
(NTU ^ LTU) 


ISDN transceiver 
status 


ACT 


0000 0001 


Readiness for layer 2 communication 
(LTU ^ NTU) 
(NTU ^ LTU) 


DEA 


0000 0010 


Intention to deactivate 


cso 


0000 001 1 


Cold start only 
(NTU ^ LTU) 


BA termination reset 


S reset 


0000 0000 


Reset of ISDN control unit at NTU 
(LTU ^ NTU) 


ISDN eoc Messages 


Operate 2B + D loopback 


0011 0001 


S-interface activate 
(LTU ^ NTU) 


Operate B1 -channel 
loopback 


0011 0010 


Operate B1 -channel loop, can be 
requested whenever the SDSL link is 
activated 
(LTU ^ NTU) 


Operate B2-channel 
loopback 


0011 0011 


Operate B2-channel loop, can be 
requested whenever the SDSL link is 
activated 
(LTU ^ NTU) 


Return to normal 


0011 1111 


(LTU ^ NTU) 


Hold state 


001 1 0000 


(LTU ^ NTU) 
(NTU ^ LTU) 


NOTE: The use of B1 and B2 channel loopbacl<s is optional. However, the loopback codes are reserved for these 
functions. 
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Table A.19: ISDN message codes responses 



Function 


Message 


eoc message code 


Comment 


S-Bus control 


SIA 


1001 0000 


S-interface activate 
(LTU -^ NTU) 


SIAF 


1101 0000 


S-interface activation failed 


SID 


1001 0001 


S-interface deactivate 
(NTU -^ LTU) 


SIDF 


1101 0001 


S-interface deactivation 
failed 


SAI 


1001 1010 


S-interface activation initiated 
(LTU -^ NTU) 


SDI 


1001 0011 


S-interface defect indication 
(LTU -^ NTU) 


ISDN transceiver status 


ACT 


1000 0001 


Readiness for layer 2 
communication 
(LTU ^ NTU) 
(NTU ^ LTU) 


DEA 


1000 0010 


Intention to deactivate 


cso 


1000 0011 


Cold start only 
(LTU -^ NTU) 


BA termination reset 


S reset acl< 


1000 0000 


Reset of ISDN control unit at 

NTU 

(NTU ^ LTU) 


ISDN eoc messages 


Operate 2B + D loopbacl< 


1011 0001 


(NTU -^ LTU) 




Operate 2B+D loopback 
(failure) 


1111 0001 






Operate B1 -channel 
loopback 


1011 0010 


(NTU ^ LTU) 




Operate Bl-ciiannel 
loopback (failure) 


1111 0010 






Operate B2-channel 
loopback 


1011 0011 


(NTU -^ LTU) 




Operate B2-channel 
loopback (failure) 


1111 0011 






Return to normal 


1011 1111 


(NTU ^ LTU) 




Return to normal (failure) 


1111 1111 






Hold state 


1011 0000 


(LTU -^ NTU) 
(NTU -^ LTU) 




Unable to comply 
acknowledgement 


1111 0100 


(NTU ^ LTU) 



A.6.7.3 Definition of eoc messages 
A.6.7.3.1 S-Bus control 

The ISDN S-buses, which connect the ISDN terminals with the NTU, can be controlled independently with the 
respective message (SIA, SID, , and Act) for each S-bus. These messages are transmitted as SDSL eoc messages. The 
LTU side can activate and deactivate the S-bus; the NTU can only activate the S-bus and get status information. 

SIA (S-interface activate): This message is used in the LTU-to-NTU direction to request the NTU to activate the 
interface at the S reference point. 

In the NTU-to-LTU direction, the respective responses are SIA (S-interface activate). 

SID (S-interface deactivate): In the LTU-to-NTU direction, this message is used to request the NTU to deactivate the 
interface at the S reference point and to release a complete loopback in the NTU. 

In the NTU-to-LTU direction, the respective responses are SID (S-interface deactivate). 
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SAI (S-interface activation initiated): In the NTU-to-LTU direction, this message is used to inform the LTU that 
activation of the S-interface and S-bus have been initiated by a terminal equipment. 

In the NTU-to-LTU direction, the respective response is SAI. 

SDI (S-interface defect indication): In the NTU-to-LTU direction, this message is used to inform the LTU, that the 
NTU has lost the connection to the TE on the S-bus. 

In the LTU-to-NTU direction, the respective response is SDI. 

A.6.7.3.2 ISDN transceiver status 

ACT (Readiness for layer 2 communication); This message is used in the LTU-to-NTU and in the NTU-to-LTU 
direction to communicate readiness for layer 2 communications. 

In the NTU-to-LTU or the LTU-to-NTU direction, the respective responses is also ACT. 

CSO (Cold start only): This message is used in the NTU-to-LTU direction to indicate the cold start only mode. 

In the LTU-to-NTU direction, the respective response is also CSO. 

A.6.7.3.3 BA termination reset 

The status and condition of each ISDN BA and its S-interface at the NTU side can be individually monitored from the 
LTU side. If a failure or blocking at one ISDN BA is detected, this situation can be resolved by "S reset" that puts the 
control unit of the S-interface into its default state (the deactivated state). Other BAs or other services are not affected. 

A.6.7.3.4 ISDN OAIVI messages 

Operate 2BH-D/B1/B2 loopback: These messages are used in the LTU-to-NTU direction to request the NTU to 
transparently loopback towards the network at the interface at the S reference point the user-data: 2Bh-D, or the 
individual Bl- or B2-channel only. The loopback of the individual B-channels is optional. All loopbacks are released by 
deactivation with a SID message. 

In the NTU-to-LTU direction Operate 2BH-D/B1/B2 loopback are the respective responses. 

Return to normal: This message is used in the LTU-to-NTU direction to request the NTU to release all outstanding 
eoc-controlled operations and to reset the eoc -processor to ist initial state. 

In the NTU-to-LTU direction Return to normal is the respective response. 

Hold state: This message is used in the LTU-to-NTU direction to request the NTU to maintain the eoc -processor and 
anyactive eoc-controlled operation in its present state. In direction the NTU-to-LTU the message can be used to indicate 
that an eoc-frame with improper address has been received. 

Unable to comply acknowledgement: This message is used in the NTU-to-LTU direction that the NTU has validated 
the receipt of an eoc message, but this message is not in its menu. 
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A.6.7.4 Activation/Deactivation sequence charts 

The sequence charts for the activation and deactivation of the S-bus are shown in figures A. 10 to A. 13. 



FE1 



FE2 < 



FE3 < 



FE4 < 




LT1.6 



Figure A.10: ISDN BA activation initiated by the networic 
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FE4 < 



LTU 




SAI Request 




SAI Response 



ACT Request 




ACT Response 
ACT Request 
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NT1.4 


NT1.5 


NT1.5A 



NT1.6 
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INFO 4 



Figure A.11 : ISDN BA activation initiated by the terminal equipment 
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FES 



LTU 



NTU 



TE 



INFOS 




Figure A.12: ISDN BA loopback 2 activation 
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FE6 <- 



LTU 

LT1.6 


SID RequesP]]^^^;;;:^^^ 
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LT1.2 
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Figure A.13: ISDN BA deactivation 

A.6.7.5 State transition tables 

In tables A. 21 and A. 22 examples for state transition tables of the NTU and the LTU are shown with the description of 
LTU Failure Elements Fex in table A.20. 

Table A.20: Legend to state transition table for the LTU 



Name 


Description 


- 


No state change 


/ 


Impossible by definition of peer-to-peer physical layer procedures or system internal reasons 


1 


Impossible by definition of the physical layer service 


Start 12 


Timer 2 (25 ms < t < 100 ms) prevents from unintentional reactivation. For detailed description see EN 
SCO 012-1 [S] note S to table 8 


FE1 


ET-to-LTU - Activate access 


FE2 


LTU-to-ET - Access activation initiated 


FES 


LTU-to-ET - Activation pending 


FE4 


LTU-to-ET - Access or loopback activated 


FES 


LTU-to-ET - Deactivate access 


FE6 


LTU-to-ET - Access deactivated 


FE7 


LTU-to-ET - Reset 


FES 


ET-to-LTU - Activate loopback 


FE12 


LTU-to-ET - LOS/LFA at the T-reference point (S-bus) 
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Table A.21 : State transition table for the NTU 



state Nurber 


NTI.I 


Nri.2 


NT1.3 Nri.4 NT1.5 


Nri.5A 


Nri.6 Nri.7 Nri.8 Nri.9 


NT2.0 NT2.1 NT2.2 


State Name 


Reset 


ISDN Service 
Deactivated 


ISDN Service Activation 




ISDN Service Activated 


Ijoopback2 


Initiated 


T interlace 
activated 


T interface 
activated Ad< 


Acti\« Pendng 


ActiN^ 


LOSAPAatT 
Fencing 


LOS/LFAatT 


Daactivati 

on 

initiated 


Loopback 
Pending 


Loopback 

Activated 

Ad< 


LoopbEKk 
Operated 


Info sent (CP-INW->TE) 


INFOO 


INFOO 


INFOO 


INFO 2 


INFO 2 


INFO 2 


INFO 4 


INFO 2 


INFO 2 


INFOO 


INFO 2 


INFO 2 


INFO 4 


— ~.^^^^^ Intemal State 
Event; ~-~~..^^^ 


Gl 


Gl 


Gl 


G2 


G2 


G2 


G3 


G2 


G2 


G4 


G4 


G4 


G4 


Recawng INFOO 


- 


- 




- 


- 


- 


Nn.7 
SDI Request 


- 


- 


Nn.2 


- 


- 


- 


Receiving INFOl 


- 


ivn.3 

SIA Request 




' 


- 


- 




- 


- 






- 


- 


Receiving INF03 (or LDopbEad< 
INF02) 


- 


- 




Nn.5 

ACn" Request 


- 


- 


- 


- 


Nn.5 

ACT Request 


- 


NT2.1 
ACT Request 


- 


- 


LOSAPAatT 


- 






- 


' 


- 


Nn.7 

SDI Re^quest 


- 


- 


- 


~ 


- 


- 


SIA Request 


- 


ivn.4 

SIA Response 


Mn.4 
SIA Response 


SIA Response 


- 


- 


- 


- 


- 


Nn.4 

SIA 
Response 


- 


- 


- 


SAI Response 


- 




r\m.4 




- 


- 


- 


- 


- 


- 


- 


- 


- 


SID Request 


- 


- 


r\m.9 

SID Response 


Nn.9 
SID Response 


Nn.9 

SID Response 


Nn.9 

SID Response 


Nn.9 

SID Response 


Nn.9 

SID Response 


Nn.9 

SID Response 


- 


Nn.9 

SID Response 


Nn.9 

SID 
Response 


Nn.9 

SID 
Response 


Act Request 


- 


- 


- 


- 


NTT. 50, 


- 


- 


- 


- 


- 


- 


Nr2.1 


- 


Act Request 


' 


- 




- 


- 


Nn.6 

ACrr Response 




- 


- 


- 




- 


- 


SIDRespDnse 


- 


- 




- 


- 


- 




- 


- 


Nn.2 




- 


- 


ActRespDnse 


- 


- 




- 


Nn.6 


Nn.6 




- 


- 


- 




- 


- 


Operate 2B^D loopback Request 


- 


ivn2.o 

Operate 2BHD 
loopback 
Reporse 


r\rr2.o 

Operate 2B4D 
loopback 
Reponse 


Nr2.o 

Operate 2BHD 
loopback 
Reponse 


NTZ.O 

Operate 2B4D 

loopback 

Reponse 


Nr2.o 

Operate 2BHD 
loopback 
Reponse 


- 


Nr2.o 

Operate 2BHD 
loopback 
Reponse 


- 


- 


- 


- 


- 


S reset Request 


- 


Sreset 
Reponse 


Nm.2 
S reset 
Reponse 


Nn.2 
Sr^et 
Reponse 


Nn.2 
S reset 
Reponse 


Nn.2 
S reset 
Reponse 


Nn.2 

S reset 
Reponse 


Nn.2 

Sr^et 
Reponse 


Nn.2 

Srese* 
Reponse 


Nn.2 

Sreset 
Reponse 


Nn.2 

S reset 
Reponse 


Nn.2 

Sreset 
Reponse 


Nn.2 

S reset 
Reponse 


SO Response 


- 


- 




- 


- 


- 




Nn.8 


^ 


- 


- 


- 


- 


SDSL DE3te (c) failed 


/ 


ivn.i 


i\m.i 


Nn.i 


Nn.i 


Nn.i 


Nn.l 


Nn.i 


Nn.i 


Nn.i 


Nn.i 


Nn.i 


Nn.i 


SDSL Data (c) reached 


ivn.2 


- 


- 


- 


- 


- 


- 


- 


- 


- 




- 


- 
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Table A.22: State transition table for the LTU 



state Number 


LT1.1 


LT1.2 


LT1.3 1 LT1.4 1 LT1.5 


LT1.6 1 LT1.7 1 LT1.8 


LT2.0 1 LT2.1 1 LT2.2 


State Name 


Reset 


ISDN Service 
Deactivated 


ISDN Service Activation 


ISDN Service Activated 


Loopback 2 


Initiated 


T interface 
activated 


Active 
Pending 


Active 


LOS/LFA at T 


Deactivation 
initiated 


Loopback 
requested 


Loopback 
pending 


Loopback 
operated 




FE7 


FE6 


FE2 


FE2 


FE3 


FE4 


FE12 




FE3 


FE3 


FE4 


FE1 


- 


LT1.3 
SIA Request 


- 


- 


- 


- 


- 


LT1.3 
SIA Request 


- 


- 


- 


FES 


- 




Start T2 

LT1.8 

SID Request 


Start T2 

LT1.8 

SID Request 


Start T2 

LT1.8 

SID Request 


Start T2 

LT1.8 

SID Request 


Start T2 

LT1.8 

SID Request 


- 


Start T2 

LT1.8 

SID Request 


Start T2 

LT1.8 

SID Request 


Start T2 

LT1.8 

SID Request 


FES 


- 


LT2.0 

Operate 2B+D 

loopback 

Request 


' 


' 


LT2.0 

Operate 2B+D 

loopback 

Request 


LT2.0 

Operate 2B+D 

loopback 

Request 


1 


1 






1 


SAI Request 




LT1.4 
SAI Response 


LT1.4 
SAI Response 






- 




- 








Act Request 


- 


- 


- 


LT1.5 

ACT 

Response 

ACT Request 


- 


- 


LT1.5 

ACT 

Response 

ACT Request 


- 


- 


LT2.2 
ACT Response 


- 


SDI Request 


- 


- 


- 


- 


- 


LT1.7 
SDI Response 


- 


- 


- 


- 


- 


SIA Response 






LT1.4 






- 




- 








SID Response 


- 


- 


- 


- 


- 


- 


- 


LT1.2 


- 


- 


- 


Act Response 


- 


- 


- 


- 


LT1.6 


- 


- 


- 


- 


- 


- 


Operate 2B+D 
loopback Response 












- 


1 


1 


LT2.1 






S reset 


- 


S reset 
Request 


LT1.2 
S reset 
Request 


LT1.2 
S reset 
Request 
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A.7 TPS-TC for POTS 

In this TPS-TC mode, the mapping of digitized 64 kbit/s POTS channels onto SDSL frame payload channels is 
specified for one or multiple POTS access. 

NOTE: It is not expected that the transport mode described in this annex will be used simultaneously with the 
LAPV5 enveloped POTS and ISDN transport described in clause A. 10. Therefore the EOC message 
described in clause A. 10.6 can be used to signal to the other end the number of ISDN, POTS and 
signalling channels used. 

A.7.1 Mapping of 64 kbit/s POTS channels onto the SDSL frame 

Figure A. 14 illustrates POTS transport within the SDSL frames. 
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Figure A.14: Mapping example of 64 itbit/s voice channels 

The 64 kbit/s PCM voice channels, one for each POTS access, are transported within the SDSL payload sub-blocks. 
The SDSL payload data is structured within the SDSL frames as follows: 

each payload sub-block contains kj, = / -H n x S bits (;' = 0..7 and n = 3. .36); 

each sub-block is ordered in the following way: ; 1-bit timeslots followed by n 8-bit timeslots; 

1-bit timeslots are referred to as Z-bits (note that figure A.14 as an example shows only one 1-bit timeslot, 
denoted as Zj), and 8-bit timeslots are referred to as Bj ... B^^. 

The payload sub -blocks are composed of combinations of n x 8bit B timeslots and / x Ibit Z-timeslots: 

n corresponds to the number of 64 kbit/s payload channels; 

i corresponds to the number of 8 kbit/s channels. 
As a mapping example, figure A.14 shows the transport of four POTS channels. 
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A. 7. 2 POTS access for lifeline service 

Lifeline service, in case of local power failure, can be provided by one POTS access. The lifeline POTS access is 
always the one that is transported over the first available 64 kbit/s time slot of each payload sub-block (e.g. Bj). Remote 
power feeding is provided by the central office such that the transceiver can operate in a reduced power mode. 

A.7.3 Signalling 

Signalling as well as the other POTS related messages are conveyed over a dedicated signalling channel for which two 
options exist. 

NOTE 1 : Signalling format and protocol is outside the scope of the present document and shall be specified by 
ETSI TC SPAN 13. 

NOTE 2: An initial proposal for signalling format and protocol is given in clause A. 10. The proposal is for further 
study. 

A.7.3. 1 Signalling channel over Z-bit 

The signalling channel is established over one or multiple Z-bits of the payload sub-block , as shown in figure A.M. 
One channel provides 8 kbit/s, may be used for multiple POTS-accesses and caters for an effective use of transport 
capacity. On the other hand, multiple Z-bits (1 to 7) may be necessary for the signalling channel, depending on the 
number of POTS-accesses and the amount of signalling information expected. 

A.7.3. 2 Signalling channel over a B-channel 

A common signalling channel is established over a 64 kbit/s communication channel, mapped to the first time slot of 
each sub-block. 



A.8 ATIVI transport over SDSL 
A.8.1 Reference model for ATIVI transport 

The proposed ATM TC layer for SDSL is based on ITU-T Recommendation 1.432.1 [19]. It provides the following 
functions: 

rate de-coupling between ATM layer and SDSL PMS-TC layer; 

insertion/extraction of Idle cells; 

insertion/extraction of the Header Error Control (HEC) byte; 

cell payload scrambling/de-scrambling; 

cell delineation in the receive channel; 

bit timing and ordering. 

NOTE 1: RxRef is present at the LTU-side. 

NOTE 2: RxRef is present at the NTU-side. 

Figure A. 15 shows the logical interfaces between the ATM Layer, the ATM-TC function and the SDSL PMS-TC 
function. In this example, an ATM UTOPIA Level 2 interface connects the ATM-TC to the ATM Layer. This interface 
may also be realized logically, and its specification is beyond the scope of the present document. 

The SDSL PMS-TC provides a clear channel to the ATM-TC and cells are mapped into the SDSL payload on a byte by 
byte basis. Bytes are transmitted msb first, in accordance with ITU-T Recommendation 1.432.1 [19]. Cell alignment to 
the SDSL frame is not required. 
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Logical data and clock lines are also present between the PMS-TC and ATM-TC blocks, as well as OAM information 
flow. 

Some ATM applications require an 8 kHz Network Timing Reference (NTR). In these applications, the SDSL PMS-TC 
shall deactivate the stuffing function and the SDSL frame shall be synchronized to the clock reference at the LTU 
(Broadband line termination) (clock synchronization mode 3a in the SDSL reference clock architecture). At the NTU 
(Broadband network termination), the NTR may then be extracted from the SDSL Frame Synchronization Word (FSW). 
The TxRef (LTU-side) and RxRef (NTU-side) lines provide NTR directly between SDSL PMS-TC and the ATM layer. 

When available, the network reference clock shall be either a fundamental 8 kHz network clock or a related reference 
clock at some multiple of 8 kHz. Such reference clocks are typically 1,544 MHz or 2,048 MHz, although in some 
applications other frequencies, such as 64 kHz, may be available. These related clocks include implicit 8 kHz timing 
signals. Selection of specific network clock reference shall be application dependent. 

The SDSL frame is always 6 ms long, independent of the line rate. This frame-length could easily be used to generate 
an 8 kHz NTR signal, because the 6 ms SDSL frame for synchronous data transport and the 8 kHz network clock have a 
fixed relationship. Each SDSL frame contains 48 x (1 h- i h- n x 8) bits (i = ..7 and n = 3 .. 36). The relationship can 
therefore be calculated with: T = 6 ms/48 = 125 |is and f = 1 / T = 8 kHz. 

In the optional M-pair mode, the rates specified shall apply per pair. 
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NOTE 1 : RxRef is present at the LTU-side. 
NOTE 2: TxRef is present at the NTU-side. 



Figure A.15: Reference model for ATM mode 



A.8.2 Flow control 

The ATM-TC shall provide flow control, allowing the LTU and NTU to control the cell flow from the ATM layer. This 
functionality is important to avoid cell overflow and underflow at the ATM-TC layer. 

This functionality is implemented on the UTOPIA interface through the Tx_Cell_available (Tx_Clav) handshake and 
Rx_Cell_available (Rx_Clav) handshake. A cell may be transferred from the ATM layer to the ATM-TC layer only 
after the completion of a Tx_Clav handshake. Similarly, a cell may be transferred from the ATM-TC to the ATM layer 
only after completion of an Rx_Clav_handshake. 
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A.8.3 ATM-TC sub-layer functionality 
A.8.3.1 Idle cell insertion 

Idle cells shall be inserted in the transmit direction for cell rate de-coupling and extracted in the receive direction. Idle 
cells are identified by the standardized pattern for the cell header given in ITU-T Recommendation 1.432.1 [19]. 

NOTE: This recommendation is written on the assumption that idle cells will be discarded by the far end receiver. 

A.8.3.2 Header Error Control (HEC) generation 

The HEC byte shall be generated in the transmit direction as described in ITU-T Recommendation 1.432.1 [19], 
including the recommended modulo 2 addition (XOR) of the pattern 0101010l2to the HEC bits. 

The generator polynomial coefficient set used and the HEC sequence generation procedure shall be in accordance with 
ITU-T Recommendation 1.432.1 [19]. 

A.8.3.3 HEC verification 

The HEC covers the entire cell header. The code used for this function is capable of either: 

single bit error correction; or 

multiple bit error detection. 

Error detection shall be implemented as defined in ITU-T Recommendation 1.432.1 [19] with the exception that any 
HEC error shall be considered as a multiple bit error, and therefore, HEC error correction shall not be performed. 

A.8.3. 4 Cell payload scrambling/de-scrambling 

Scrambling of the cell payload field shall be used in the transmit direction to improve the security and robustness of the 
HEC cell delineation mechanism. In addition, it randomizes the data in the information field for possible improvement 
of the transmission performance. The self-synchronizing scrambler polynomial x"*-' + j ^nd procedures defined in 
ITU-T Recommendation 1.432.1 [19] shall be implemented. 

NOTE: This recommendation is written on the assumption that the cell payload will be de-scrambled by the far 
end receiver. 

A.8.3.5 Cell delineation 

The cell delineation function permits the identification of cell boundaries in the payload. It uses the HEC field in the 
cell header. 

Cell delineation shall be performed using a coding law checking the HEC field in the cell header according to the 
algorithm described in ITU-T Recommendation 1.432.1 [19]. The ATM cell delineation state machine is shown in 
figure A. 16. The details of the state diagram are described below: 

1) In the HUNT state, the delineation process is performed by checking byte by byte for the correct HEC. 
Once such an agreement is found, it is assumed that one header has been found, and the method enters the 
PRESYNC state. 

2) In the PRESYNC state, the delineation process is performed by checking cell by cell for the correct HEC. 
The process repeats until the correct HEC has been confirmed DELTA (see note) times consecutively. If an 
incorrect HEC is found, the process returns to the HUNT state. 

3) In the SYNC state the cell delineation will be assumed to be lost if an incorrect HEC is obtained ALPHA times 
consecutively. 
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4) Cells with correct HEC, that are processed while in the SYNC state, shall be passed to the ATM layer. Cells 
with correct HEC that are checked while in the PRESYNC state may optionally be passed to the ATM layer, 
but only when they are part of the DELTA consecutive correct HECs necessary for transition to the SYNC 
state. The cell associated with the first correct HEC (in the HUNT state) may also optionally be passed to the 
ATM layer in conjunction with the DELTA cells just mentioned. In any case, idle cells are not passed to the 
ATM layer. 



Byte-by-Byte 




Correct HEC 



Cell-by-Cell 



Incorrect HEC 




ALPHA consecutive 
incorrect HEC 




DELTA consecutive 
correct HEC 



Cell-by-Cell 

Figure A.16: ATM cell delineation state machine 

NOTE: It should be noted that the use of the values suggested in ITU-T Recommendation 1.432.1 [19] 

(ALPHA = 7, DELTA = 6) may be inappropriate due to the particular transmission characteristics of 
SDSL. 

A.8.3.6 Bit timing, ordering and data rates 
A. 8. 3. 6.1 M-palr mode 

When interfacing ATM data bytes to the SDSL payload, the most significant bit (msb) shall be sent first. The SDSL 
payload data rate, when transporting ATM cells shall be n x 64 H- i x 8 kbit/s, where n is an integer value between 3 and 
36 (3 < n < 36) according to the SDSL frame structure (see clause 7.1) and i = 0. This is shown in figure A. 17. 
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Figure A.17: ATM transport over SDSL 



A.8.3.6.2 M-pair mode 



In the optional IVI-pair mode, ATIVI data is carried over all pairs using interleaving, as described in clause 7.1.4.2. The 
input ATM stream shall be aligned within the SDSL payload sub-block such that the byte boundaries are preserved. 
Each payload 

sub-block is treated as containing Mxn 8-bit time slots. Each byte from the input ATM data stream is mapped MSB-first 
into the next available time slot. The first time slot begins at the first bit position within the payload sub-block, followed 
by time slot 2, time slot 3, . . ., time slot n. A total of M.xk^ bits (Mxn bytes) of byte -oriented data shall be transported per 

SDSL payload sub-block, as specified in clause 7.1.4.1. fc^ = / H- n x 8, and, in this mode, / = and 3 < n < 36. Only 
multiples of M numbers of time slots are supported in M-pair mode. The bytes from the input ATM data stream shall be 
interleaved among Pair 1, Pair 2, . . ., and Pair M, such, where byte b^, byte b^ ^ ^, ...are carried on Pair 1, byte b^^^ j , 

byte b^ ^^ + j, ■■■ are carried in the corresponding time slot on Pair 2, . . ., and byte b^^ i^^_ j, byte ^,„ +2M - h ■■■^re 
carried in the corresponding time slot on Pair M. See figure A. 18 for additional details. 



£75/ 



131 



ETSI TS 101 524 V1.3.1 (2005-02) 



Aligned 
Pair 1 to 
PairM 
Frames 



Frame O 
Sync I H 



Payload 
Block 



Payload 
Block 



O 
H 



Payload 
Block 



O 
H 



Payload 
Block 



Stb 



Pair 1 to 
PairM 



Pair 1 





















o 


.^_ 


CM 


T— 


(M 


CO 


■sl- 


U) 


CD 


1^ 


00 


O) 




1— 


T— 


V 


V 


V 


V 


V 


V 


V 


V 


V 


V 


V 


^ 


c> 


C5 


C5 


C5 


c> 


C5 


C5 


C5 


C5 


c> 


c> 


o 


o 


O 


O 


O 


o 


O 


O 


O 


O 


o 


o 


o 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


CD 


i2 


i2 


i2 


i2 


i2 


i2 


i2 


i2 


i2 


^ 


JD 


JD 


-3 


J 


J 


J 


-3 


-3 


-3 


-3 


-3 


-5 


-i 


-i 


w 


w 


w 


w 


w 


w 


CO 


CO 


CO 


CO 


CO 


CO 



Payload data, Bits 1 to k 



b. 


^m+M 


bm+2M 


• ••• 


'-'m+(n-1)M 



Pair 2 



m+1 



m+M+1 



-^m+aM+l 



m+(n-1)M+1 



PairM 



Payload Data, Bits (M-1)/( +1 to Mk 



bm+M-1 


bm+2M-1 


bm+3M-1 


• ••• 


bm+nM -1 



Bytes from ATM stream 
Figure A.18: M-pair framing for ATIUI 

A.8.3.7 IMA sub-layer functionality (informative) 

The ATM TPS-TC, as defined in clause A.8, is intended to be compatible with Inverse Multiplexing for ATM (IMA) 
Specification, as defined in AF-PHY-0086.001 [25]. IMA is a protocol that provides for inverse multiplexing of an 
ATM cell stream over multiple physical layer transmission links. It operates by multiplexing the ATM cell stream 
between the links on a cell-by-cell basis and then inserting special IMA Control Protocol (ICP) cells into each of the 
individual ATM cell streams. Since the IMA cell stream for each link is structurally identical to a stream of normal 
ATM cells, IMA cell streams may be carried without modification using the SDSL ATM TPS-TC. 

Note that the IMA Specification assumes that the ATM TPS-TC will be compatible with the IMA exceptions to the 
Interface Specific Transmission Convergence Sublayer, as defined in the IMA Specification, [25], clause 5.2.1 
(specifically, items R-3 and R-4). The IMA Specification ( [25], clause 9.1) indicates that the differential delay from the 
IMA transmitter to the loop interface (U-R or U-C) is to be no greater than 2,5 cells. It is recommended that the 
maximum differential signal transfer delay between non-repeatered SDSL wire pairs be no more than 50 |is. 

With regard to repeaters, note that annex C allows up to 8 repeaters in an access link; however, it does not define the 
delay though the repeater. Also note that the number of repeaters deployed in a loop is dependent on network specific 
conditions. Implementers are encouraged to take into account the various sources of differential delay, including 
differential latencies introduced by repeaters (if present), in the design of IMA systems. 
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A.8.4 Operations and maintenance 



The ATM-TC requires Operation And Maintenance (OAM) functionality. The messaging protocol and format should be 
handled in accordance with clause 10. The OAM functions notify the OAM entity at the opposite end of the line upon 
the status of the cell delineation process (e.g. Header Error Check (HEC) anomalies and Loss of Cell Delineation 
defects (LCD)). Performance parameters are derived from anomalies and defects. 

A.8.4. 1 ATIVI data path related near-end anomalies 

Near-end No Cell Delineation (nncd) anomaly: An nncd anomaly occurs immediately after ATM-TC start-up, 
when ATM data is received and the cell delineation process is in HUNT or PRESYNC state. Once cell 
delineation is acquired, subsequent losses of cell delineation shall be considered nocd anomalies. 

Near-end Out of Cell Delineation (nocd) anomaly: A nocd anomaly occurs when the cell delineation process 
in operation transitions from the SYNC state to HUNT state. A nocd anomaly terminates when the cell 
delineation process transition from PRESYNC to SYNC state or when nlcd defect maintenance status is 
entered. 

Near-end Header Error Control (nhec) anomaly: An nhec anomaly occurs when an ATM cell header error 
control fails. 

A.8.4. 2 ATIVI data path related near-end defects 

Near-end Loss of Cell Delineation (nlcd) defect: An nlcd defect occurs when at least one nocd is present in 
9 consecutive SDSL frames and no losw defect (loss of synchronization word) is detected. 

A.8.4. 3 ATM data path related far-end anomalies 

Far-end No Cell Delineation (fried) anomaly: An fncd anomaly is an nncd anomaly that is reported from the 
far end by the NCD indicator in the EOC ATM Cell Status Information message. An fncd anomaly occurs 
immediately after start-up and terminates if the received NCD indicator is coded 0. 

NOTE: Since the far-end reports the NCD indicator only on request, the fncd anomaly may be inaccurate for 
derivation of the far-end NCD failure. Therefore, the NCD failure is autonomously reported from the 
far-end. 

Far-end Out of Cell Delineation (focd) anomaly: A focd anomaly is a nocd anomaly that is reported from the 
far end by the OCD indicator in the EOC ATM Cell Status Information message. The OCD indicator shall be 
coded to indicate no nocd anomaly has occurred since last reporting and shall be coded 1 to indicate that at 
least one nocd anomaly has occurred since last reporting. A focd anomaly occurs if no fncd anomaly is present 
and a received OCD indicator is coded 1 . A focd anomaly terminates if a received OCD indicator is coded 0. 

Far-end Header Error Control (fhec) anomaly: An fhec anomaly is an nhec anomaly that is reported from the 
far end by the HEC indicator in the EOC ATM Cell Status Information message. The HEC indicator shall be 
coded to indicate no nhec anomaly has occurred since last reporting and shall be coded 1 to indicate that at 
least one nhec anomaly has occurred since last reporting. An fhec anomaly occurs if a received HEC indicator 
is coded 1 . An fhec anomaly terminates if a received HEC indicator is coded 0. 

A.8.4. 4 ATM data path related far-end defects 

Far-end Loss of Cell Delineation: (fled) defect: An fled defect is an nlcd that is reported from the far end of 
the line by the LCD indicator in the EOC ATM Cell Status Information message. The LCD indicator shall be 
coded to indicate no nlcd defect has occurred since last reporting and shall be coded 1 to indicate that at least 
one nlcd defect has occurred since last reporting. An fled defect occurs when the LCD indicator is coded 1. An 
fled defect terminates when the LCD indicator is coded 0. 

NOTE: Since the far-end reports the LCD indicator only on request, the fled defect may be inaccurate for 

derivation of the far-end LCD failure. Therefore, the LCD failure is autonomously reported from the 
far-end. 
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A.8.4.5 ATM cell level protocol performance information collection 

HEC violation count (hvc): An hvc performance parameter is the count of the number of nhec anomahes since 
the last reporting. 

HEC total count (htc): A htc performance parameter is the count of the total number of cells passed through 
the cell delineation process, while operating in the SYNC state, since the last reporting. 

These values shall be counted, such that the Management system is able to retrieve current counts on a 15-minutes and 
24-hours basis. 

A.8.4.6 Failures and performance parameters 

A near-end NCD failure and near-end LCD failure relates to a persistent nncd anomaly and persistent nlcd defect 
respectively. They are defined in ITU-T Recommendation G. 997.1 [8], clause 7.2.2 and reported in the ATM Cell 
Status Information message. 

A.8.4.7 EOC ATM Cell Status Request Message Format - Message ID 1 7 

The ATM Cell Status Request/Confirmation message is used for two purposes. This message is used as ATM Cell 
Status Request message to get the NTU ATM Status. For this purpose, the whole information of EOC ATM Cell Status 
Information message - Message ID 145 shall be sent in response to this message. If an unexpected receipt of ATM Cell 
Status message. Message ID 145 is received including NCD or LCD failure indication, this message may be used to 
confirm the reception and stop future autonomous transmission of the ATM Cell Status message. Message ID 145 due 
to the current failure condition. 

Table A.23: ATM Cell Status Request Information Field 



Octet # 


Information Field 


Data Type 


1 


Message ID - 17 


Message ID 



A.8.4.8 EOC ATM Cell Status Information Message Format - Message ID 
145 

The ATM Cell Status Information message shall be sent in response to the ATM Cell Status Request message and shall 
be sent autonomously upon the occurrence of an nlcd Failure or an nncd Failure. Table A.24 shows the OAM message 
bit encoding for an ATM Cell Status Information message. The HEC Indicator is implicitly defined as set to 1 if the 
HEC violation count has changed since last reporting and set to otherwise. If sent autonomously, message ID 145 
shall be sent once every second until a message ID 17 is received from the LTU or the failure is cleared. 

The NCD, OCD, and LCD Indicator bits shall indicate the state of nncd anomaly, nocd anomaly, and nlcd defect, 
respectively. NCD Failure and LCD Failure bits shall serve as indications of nncd failure and nlcd failure, respectively. 

Table A.24: ATIVI Cell Status Information message 



Octet # 


Contents 


Data Type 


Reference 


1 


Message ID #145 


Message ID 




2, bit 7 


NCD Indicator (see note) 


Bit 


= OK, 1 = alarm 


2, bit 6 


OCD Indicator (see note) 


Bit 


= OK, 1 = alarm 


2, bit 5 


LCD Indicator (see note) 


Bit 


= OK, 1 = alarm 


2, bit 4-2 


Reserved 






2, bit 1 


NCD Failure 


Bit 


= OK, 1 = alarm 


2, bit 


LCD Failure 


Bit 


= OK, 1 = alarm 


3 


HEC violation count (hvc) 


MS Byte 


16-bit counter 


4 


HEC violation count (hvc) 


LS Byte 


16-bit counter 


NOTE: Only one of the NCD, OCD and LCD Indicators can be set to 1 at any time. 
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A.9 Dual bearer TPS-TC mode for SDSL 

The TPS-TC modes in clauses A.l to A.8 are described as operating in single-bearer mode; i.e. the payload is treated as 
a single data stream, and the TPS-TC uses all of the bits in each payload sub-block. In some applications, however, it is 
desirable to split the payload into separate data streams supporting multiple user interfaces or different data types, 
dual-bearer mode provides support for these cases. 

Support for Dual-Bearer Mode is optional, as is support for each of the Dual-Bearer TPS-TC combinations specified in 
table A.25. 



A.9.1 Dual bearer mode framing 



In dual-bearer mode, each payload sub-block is split between two separate TPS-TC instances. The TPS-TC modes are 
negotiated independently in the PACC (see clause 9.2), and there is no direct interaction between them. TPS-TC^^ is 

assigned the first k^^ bits of each payload sub-block, and TPS-TCf, is assigned the last fe^^ bits of each payload sub-bock 

(see figure A. 19). For each of the two TPS-TCs, the k^ bits assigned to it are treated as if they constituted a complete 

payload sub-block, and appropriate framing is applied, as described in the clause associated with the selected TPS-TC. 
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Figure A.19: Dual-bearer mode TPS-TS framing 

In the optional M-pair mode, the same procedure is followed for dual-bearer mode. The first k^^ bits on each pair are 
assigned to TPS-TC^, and the last fc^^bits on each pair are assigned to TPS-TC],. The appropriate M-pair TPS-TC 
framing is then applied, as described in clauses A.l through A.8. 
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A. 9. 2 Bearer channel allocation 

In the Dual Bearer mode, the available payload bandwidth of n B-channels and i Z-channels is configurable as follows: 
TPS-TC, bandwidth: n,, B-channels + i Z-channels; 

TPS-TC], bandwidth: Uj, B-channels; 

"a + "b = n; 

< Uj^ < n and < Uj, < n. 

Figure A.20 shows an example of a dual-bearer mode in which synchronous ISDN BA is TPS-TC^j and ATM is 
TPS-TC],. The block of B-channels used for ATM transport shall be contiguous. 
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Figure A.20: Example of dual-bearer mode TPS-TS framing 



A. 9. 3 Dual bearer clock synchronization 

In dual-bearer mode, it is assumed that timing for the two bearer channels is derived from a common source and that the 
two data streams thus have a definite clocking relationship. As such, no mechanism is provided within the payload 
sub-blocks to maintain synchronization between the bearer channels, regardless of the clock mode that is selected. 

Note that some TPS-TCs have limitations on the clock modes that are supported. Specifically, ATM using NTR and 
synchronous ISDN BA are only defined for clock mode 3a. When either of these TPS-TCs is used as part of a 
Dual-Bearer Mode, the system shall operate in clock mode 3a. 
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A. 9. 4 Dual bearer mode types 

The following two types of dual bearer modes are supported within SDSL: 

Type 1 - STM + Broadband; 

Type 2 - STM + ATM; 

Type 3 - STM + Clear Channel. 

For each type of dual bearer mode, separate specification bits are provided within .994.1 [15] for the selection of the 
two TPS-TCs to be used. Table A.25 of the present document lists the combinations that are supported. 

Table A.25: Supported TPS-TCs in Dual Bearer Mode 



Type 


Description 


TPS-TCg 


TPS-TCb 


1 


STM + 
Broadband 


Synchronous ISDN BA (see clause A.6) 

POTS (clause A.7) 

LAPV5 enveloped POTS and ISDN 

(clause A.10) 

Other supported types are for further study 

TU-12 (see clause A. 12) 


Clear channel (clause A.1 ) 
Clear channel Byte-Oriented 
(see clause A.2) 

Unaligned D2048U (see clause A.3) 
Unaligned D2048S (see clause A.4) 
Aligned D2048S/Fractional D2048S 
(see clause A.5) 
ATM (see clause A.8) 


2 


STM + ATM 


Unaligned D2048U (see clause A.3) 
Unaligned D2048S (see clause A.4) 
Aligned D2048S/Fractional D2048S 
(clause A.5) 
Other supported types are for further study 


ATM (see clause A.8) 

Other supported types are for further study 


3 


STM + Clear 
Channel 


Unaligned D2048U (see clause A.3) 
Unaligned D2048S (see clause A.4) 
Aligned D2048S/Fractional D2048S 
(see clause A.5) 


Clear channel (see clause A.1) 
Clear channel Byte-Oriented 
(see clause A.2) 


NOTE: TPS-TCg has to be used for services, which require 8 l<bit/s granularity. 



A. 1 TPS-TC for LAPV5 enveloped POTS or ISDN 

The mapping and time slot allocation of STM based, LAPV5 controlled, PSTN and ISDN-BRA transport is specified, 
which is for ISDN an alternative procedure to the simple use of D-channel messages as described in clause A.6. It is not 
expected that the transport mode described in this annex will be used simultaneously with the ISDN transport described 
in clause A.6 or the POTS transport described in clause A.7. 

This annex supports the transport of POTS and ISDN over a combination of the SDSL eoc, Z-channels, and B-channels. 
Control and signalling information is transported over either the eoc, Z, or first B-channels using frame based V5 
wrappings. The POTS voice and ISDN B channels are transported over STM based pre-assigned SDSL B-channels. 



A.1 0.1 Signalling channel 



Signalling as well as the other POTS or ISDN related messages are transported over a common signalling channel. 
Depending on the required amount of signalling and port control information, either a portion of the SDSL eoc or a 
portion of the payload sub-block may be used for this signalling transport. If the SDSL eoc is used for the signalling 
transport, then the V5 signalling messages are wrapped using SDSL eoc message-IDs. If the SDSL eoc is not used for 
this transport, then within the SDSL frame, the signalling bits are either mapped into 1 to 7 Z-channel(s), or are mapped 
into the first B-channels time slot of each sub-block. 

In order to transport signalling information, the LTU and NTU must agree on the particular signalling channel to be 
used. The signalling channel is identified using parameter (Nsig) with a range of to 8 plus the value 16. The value 
indicates that the signalling is on the SDSL eoc. The values 1 through 7 indicates that there are 1 through 7 Z-channel 
bits present and that the signalling is to be transported there. A value of 8/16 indicates that the signalling is transported 
in the first one/two B-channel time slots of each sub-block (Other values of Nsig like 24, and 32 are for future study). 
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A.1 0.2 Mapping of 64 kbit/s payload channels 

One or multiple 64 kbit/s POTS voice channels and/or one or multiple ISDN B-channel pairs are mapped onto 
B-channels in the SDSL sub-frame. The POTS channels are mapped sequentially into the first B-channels of each 
subframe after any signalling B-channels. The ISDN B-channel pairs are mapped into the first B-channels of each 
sub-frame after any signalling or POTS B-channels. These mappings are similar to those in clauses A.6 and A.7. 

In order to transport payload information, both the NTU and LTU have to agree as to how many POTS and ISDN BRA 
circuits to allocate B-channels for. The amount shall be the same for both directions. The number of POTS circuits shall 
be specified as an integer (Npots) with a range of to 35. The number of ISDN circuits shall be specified as an integer 
(Nisdn) with a range of to 17. (Other values are for future study.) 

The total number of B-channels consumed for the control and payload transport is 

(1 or 2 if Nsig = 8 or 16 else 0) + Npots H- (2 x Nisdn). The remaining B-channels are available for the underlying 

application. 



A.1 0.3 Signalling and port control 



In the case where the common signalling channel is carried over the SDSL eoc, (that is Nsig = 0), the common TPS-TC 
is addressed by a common eoc Message-ID, designated as "LAPV5 enveloped POTS and ISDN". The Message-ID 
identifies the POTS and ISDN related messages in this TPS-TCMessage ID 20 and 148 described in clause A.6. 7.1 will 
be used. Octet 2 is not used and the ISDN message code is replaced by the LAPV5 message (which can be longer than a 
single octet). The message content is enveloped by LAPV5-EF. Envelope functions and message contents are specified 
in EN 300 324-1 [22] and EG 201 900-1 [23]. 

In EN 300 324-1 [22] clause 9.1.5 maximum frame sizes are 533 octets. In the SDSL eoc, the limit is 75 octets. 
Applications which require control and signalling frames larger than 76 octets should choose Nsig > 0. 

In the case where the common signalling channel is carried over the Z or B channel, (that is Nsig > 0), the message 
format is as specified in EN 300 324-1 [22], clause 9. This mode shall use all of clause 9 including clauses for the flag 
sequence, interframe fill time, transparency, frame check sequence, format conversion, and invalid frames which are not 
used in the eoc mode above. 

A.1 0.4 Protocol architecture for LAPV5 enveloped POTS and ISDN 

Table A. 27 shows the layered structure for LAPV5 enveloped POTS and ISDN services. Note that the left lower 
column is for eoc signalling transport and the right lower column is for Z or B-channel signalling transport. 

Table A.26: Protocol architecture 



POTS signalling 
EN 300 324-1 [22], clause 13 


POTS/ISDN port control 
EN 300 324-1 [22], clause 14 


ISDN signalling 


LAPV5-DL 
EN 300 324-1 [22], clause 10 


LAPD 




LAPV5-EF address 
EN 300 324-1 [22], clause 9.1.4 


LAPV5-EF 
EN 300 324-1 [22], clause 9 


TPS-TC 
Message-ID: LAPV5 enveloped POTS and ISDN 


Signalling Z or B channels 


PMS-TC 



NOTE 1 : The ISDN signalling (LAPD and layer 3) is part of the ISDN-TE functionality and outside the scope of 
the standard. 

The LAPV5-EF envelope address (EN 300 324-1 [22], clause 9) envelopes the frames for signalling of an individual 
ISDN access, or for POTS signalling or for POTS/ISDN port control. 

For the reliable transport of POTS signalling and POTS/ISDN port control messages the data link protocol LAPV5-DL 
is used which is a simplified version of LAPD. The LAPV5-DL protocol is specified as in EN 300 324-1 [22], 
clause 10. 
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As in EG 201 900-1 [23] (Loop Emulation Service using AAL2), the following differences in respect to 

EN 300 324-1 [22] exist: 

Only one common instance of LAPV5-DL is used for both the POTS signalling and the POTS/ISDN port control. 

The LAPV5-DL address takes the value of all zeros. 

POTS signalling messages and POTS/ISDN port control messages are distinguished by means of the message type 
information element. 

A common error handling procedure for "unrecognized message type" errors is used for both the PSTN and control 
protocol: Whenever an unrecognized message is received, the protocol entity shall generate an internal error indication 
and ignore the message. 

ISDN signalling is conveyed via frame relay as described in EN 300 324-1 [22], clause 11. This means that the 
customer's D-channel data link layer protocol is not fully terminated. 

NOTE 2: The existing TPS-TC for ISDN as described in clause A. 6 remains unchanged. It provides a lean 
alternative for networks where no POTS, but only ISDN is provided. 

A. 10.5 System procedures 
A. 10.5.1 System startup 

With regards to the remainder of this clause, actions required for any items that are not provisioned shall be ignored. 

NOTE: The procedures are derived from clauses 5.4.4. 1 and 5.4.4.2 of AAF-VMOA-0145.000. The ATM Forum. 
Voice and Multimedia over ATM - Loop Emulation service Using AAL2. July 2000. 

A.10.5.1.1 Preconditions 

The initial states of the various Finite State Machines (FSM) involved in the start-up are as follows: 

Table A.27: Initial states of finite state machines 



FSM 


Initial state 


Port control Protocol FSM 


Out of service (ANO/LEO) 


PSTN port status FSM 


Blocked (AN1.0/LE1.0) 


ISDN BA port status FSM 


Blocked (AN1.0/LE1.0) 


PSTN protocol FSM 


Port blocked (AN6/LE6) 



NOTE: These FSMs are defined in the V5 specifications EN 300 324-1 [22]. The "LE" states relate to the LTU 
side and the "AN" states relate to the NTU side of the connection. 

A.10.5.1.2 Normal procedure 

a) Activation of LAPV5-DL: MDL-EstabUsh-Request shall be sent to the LAPV5-DL. 

b) When MDL-ESTABLISH-CONFIRM or MDL-ESTABLISH-INDICATION is received from the LAPV5-DL, 
START-TRAFFIC shall be sent to the port control protocol FSMs. 

c) Entering the normal state. 

d) Post-processing: The LTU side shall initiate the co-ordinated unblock procedure for all relevant user ports. The 
NTU side shall not initiate unblocking at this time. 

A. 1 0.5.1 .3 Exceptional procedures in case of failure in system startup 

When the system startup cannot be continued for some reason (e.g. LAPV5-DL failure) and is unable to enter the 
normal state, system restart shall be performed. 
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A. 10.5.2 System restart 



System restart refers to the re-starting of a single LAPV5-DL protocol instance between a LTU side and a NTU side. 
Under system restart the following actions apply: 

1) The interface shall be brought into a state in which no established LAPV5-DL exists. 
NOTE 1 : The remote side takes this as a trigger for system restart. 

2) Timer TLl shall be started. 

3) On expiry of TLl system startup shall be performed. 

Timer TLl shall have a predefined value of 20 s. 

NOTE 2: Timer TLl triggers system startup. It is needed to guarantee that the release of the LAPV5-DL is 

recognized at the remote side and hence both the NTU side and LTU side undergo system startup. This 
timer is started when the system has been stopped for any reason during the system startup or normal 
operation. It shall also be run prior to invoking the system startup when performing a cold start. 

Situations where system restart shall be applied: 

a) Reception of Release-Indication of LAPV5_DL. 

b) Under request by the Management System. 



A. 10.6 Nsig, Npots, and Nisdn 



In order to support interoperability, the SDSL NTU and LTU need to agree on the values of the parameters Nsig, Npots, 
and Nisdn. This agreement may be by prior agreement outside the scope of this annex. 

Alternatively, the LTU may configure the NTU via the SDSL eoc. To support this, there is a message ID for "LAPV5 
POTS and ISDN setup". The purpose is to specify the values for Nsig, Npots, and Nisdn. The value of the message ID 
is Id-21 for the Request from LTU to NTU and Id-149 for Response from NTU to LTU. 

The request message allows the LTU to configure the NTU with the values of Nsig, Npots, and Nisdn. The response 
message is an acknowledge from the NTU to LTU. If octets 2,3, and 4 of the response match those in the request, then 
the response indicates that the NTU accepts the values sent by the LTU. If the NTU does not accept the values proposed 
by the LTU, it may respond with the octets 2, 3, and/or 4 modified to contain an acceptable value and also the msb of 
each octet in question set. The NTU should respond to a request within 500 ms. In the event that the NTU does not 
respond, the LTU will try at least three times before concluding that the option cannot be supported. 

Table A.28: LAPV5 POTS and ISDN setup Request/response- Message ID 21/149 



Octet # 


Contents 


Data type 


Note 


1 


Message ID 21/149 


IVIessage ID 




2 


Nsig 


Unsigned char 




3 




Unsigned char 




4 


Nisdn 


Unsigned char 
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A.1 1 Dynamic Rate Repartitioning (DRR) 

Dynamic Rate Repartitioning (DRR) is the procedure for temporarily allocating time slots between the STM bearer and 
the broadband bearer. The DRR protocol is a master/slave protocol based on messaging, at a rate of one message per 
frame. Either the LTU or the NTU may be the DRR master; this is configured at start-up. The DRR protocol will be 
triggered and controlled by a higher layer management entity, denoted in this clause as a supervisory entity. 
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Figure A.21 : Dual bearer mode framing with DRR 

Figure A.21 shows an example of a dual -bearer mode with a dedicated DRR control channel, for transport of the DRR 
protocol messages. These messages control the activation and de-activation of time slots in the STM Bearer, and the 
corresponding de-allocation/allocation to the broadband bearer. The Dedicated Signalling Channel (DSC) carries 
signalling information for telephony. Its bandwidth depends on the application, and can be 0. This example shows 1 bit 
dedicated to DRR in each Sub-Block, which corresponds to 8 kbit/s capacity. Adding more DRR bits increases the 
capacity of the DRR control channel. 



A. 11.1 Message structure 



The DRR message structure is shown in figure A.22. These messages will be sent between the DRR master and the 
DRR slave. The messages consist of one leading Control octet, followed by Channel-ID octet(s). There is one 
Channel-ID octet for every 8 time slots to be managed by the DRR procedure. The Control octet has 4 bits for the 
message type, followed by 4 bits for the sequence number. Each bit of the Channel-ID octets corresponds to one time 
slot, the time slots following, in the frame, the same order as the Channel-ID bits: 

" 1 ": The corresponding time slot is currently active as part of the STM bearer channel, or is in the process of 
being activated. 

"0": The corresponding time slot is not in use, and is thus available for broadband data. 
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Octet #1 (Control) 


Octet #2 (Channel ID) 


Octet #3 (Channel ID) 


Octet #4 (Channel ID) 


b b b b 


b b b b 


b b b b 


b b b b 


b b b b 


b b b b 


b b b b 


b b b b 


Message Type 


Sequence No. 


12 3 4 
Time slots 


5 6 7 8 


9 10 11 12 


13 14 15 16 


17 18 19 20 


21 22 23 24 



Figure A.22: DRR message structure 

NOTE: This example assumes the SDSL system is managing 24 time slots under DRR. 

Each message has a sequence number that is used to control the DRR protocol. The exact usage is given in the 
description of each state, however, in general it serves to indicate either how many times a particular message has been 
sent in a sequence; or, in a responding message, to which message number it is responding. Particularly, in an 
environment in which line disturbance can cause protocol delays, the sequence number can be used to ensure 
synchronization of framing change. 

The complete set of DRR messages is shown in table A.29. 

Table A.29: Messages used in DRR protocol 



DRR message type 


Code 


Direction 


MONITOR 


1111 


Master-to-Slave, Slave-to-Master 


DEMAND 


1110 


Master-to-Slave 


DEMAND ACK 


1101 


Slave-to-Master 


DEMAND NAK 


1011 


Slave-to-Master 


EXEC 


0001 


Master-to-Slave 


EXEC ACK 


0100 


Slave-to-Master 


REQUEST 


1100 


Slave-to-Master 



A.11.2 Message flow for DRR 

Figure A.23 shows a typical message flow for a DRR event. 
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Figure A.23: Message flow, assuming LTU is Master, j = 2 



A. 11. 3 Error protection 



Each DRR message is stated 3 times within the same SDSL frame, and the correct message is determined by a 
2-out-of-3 majority decision at the recipient's end. 
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A.11.4 DRR control channel 



The DRR messages are carried by a DRR control channel, a dedicated channel made up of one or more Z-bits 

(8 kbit/s channel). Each Z-bit provides 48 bits (6 octets) per frame. Since each message is sent 3 times in the same 

frame, each Z-bit provides ft)r 2 octets of message. A 1 Z-bit channel can manage up to 8 time slots, while a 

2 Z-bit channel, with 4 octets of message, can manage up to 24 time slots. Messages sent from the DRR master to the 

DRR slave are referred to as "downstream", and messages from the DRR slave to the DRR master are referred to as 

"upstream". The number of Z-bits to be used must be configured during start-up. Channel-ID bits that are in excess of 

the number of managed time slots will not be used. 

A. 11. 5 Lead time 

The lead time j used in the countdown is the number of downstream frames starting with EXEC <1> and ending just 
before the first downstream frame with the new framing. This will be the same as the number of upstream frames 
starting with EXEC ACK <1> and ending just before the first upstream frame with the new framing. The value of j is to 
be negotiated during start-up. 

A.1 1 .6 The DRR protocol - finite state machine description 

The state diagrams for master and slave are given in figure A.24 and figure A. 25 respectively. The states are shown as 
bubbles. The name of the state is given in the upper half of the bubble in italic font. The message which is transmitted 
during the state is given in the lower half of the bubble in CAPITAL letters. Incoming messages which trigger state 
transition are given in CAPITAL letters as well. Information, commands and notifications to/from the supervisory entity 
are underlined . Logical operation (i.e. and, or) are given in bold letters as well. These rules also apply to the textual 
description. Notifications to/from the supervisory entity are primitives and are used for illustrative purposes only. 
Supervisory actions are out of the scope of the present document. 
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Figure A.24: State diagram of the master, showing state, outgoing message, and trigger conditions 
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Ready for new DRR 




MONITOR 
or DEMAND 



Figure A.25: State diagram of the slave, showing state, outgoing message, and trigger conditions 

A.1 1 .7 DRR master state machine 

Table A.30: Idle State of the Master 



Entrance: 






From State 


Trigger Condition 




Any 


Reset from supervisory entity 




Go Ahead-2 


Receiver Framer Ready from master 




Initiation 


DEMAND NAK 










Action: 






Transmission of MONITOR <0> 












Exit: 






Trigger Conditions 


Target State 


Notification 


External DRR initiation, or REQUEST 


Initiation 





£75/ 



145 



ETSI TS 101 524 VI .3.1 (2005-02) 



Fail-safe precaution: In the event of a mismatch in the time-slot settings in the Channel-ID octets of the MONITOR 
upstream and downstream messages, the notification Time-Slot Alarm is issued. 

Table A.31 : Initiation State of the Master 



Entrance: 






From State 


Trigger Condition 




Idle 


External DRR initiation, or REQUEST 










Action: 






Transmission of DEIVIAND <nQ> 


np begins with 1 , and increments until 
the first trigger condition. 










Exit: 






Trigger Conditions 


Target State 


Notification 


DEMAND ACK 


GoAhead-l 


Initiation of Transmit Framer 


DEMAND NAK 


Idle 


Slave not ready for DRR 



Fail-safe precaution: If n^ reaches 15, it no longer increments. This could happen if recognition of DEMAND ACK or 
DEMAND NAK is delayed, due to disturbance on the line. The notification Sequence Number Overflow is issued, and 
the message DEMAND <15> continues to be transmitted. The master stays in this state until a valid slave response is 
received, unless there is supervisory intervention. 

Table A.32: Go Atiead-1 State of the Master 



Entrance: 






From State 


Trigger Condition 




Initiation 


DEMAND ACK 










Action: 






Transmission of EXEC <n^> 


n^ begins with 1 , and increments until 
the first trigger condition. 










Exit: 






Trigger Condition 


Target State 


Notification 


EXEC ACK 


Go Ahead-2 


Initiation of Receiver Framer 



Fail-safe precaution: If ng reaches 15, it no longer increments. This could happen if recognition of the first EXEC ACK 
is delayed, due to disturbance on the line. The notification Sequence Number Overflow is issued, and the message 
EXEC <15> continues to be transmitted. The master stays in this state until a valid slave response is received, unless 
there is supervisory intervention. 

Table A.33: Go Aliead-2 State of the Master 



Entrance: 






From State 


Trigger Condition 




Go Ahead State- 1 


EXEC ACK 










Action: 






Transmission of EXEC <n^> 


n^ is fixed at the value it had when 
exiting Go Ahead- 1 State. 










Exit: 






Trigger Condition 


Target State 


Notification 


Receive Framer Ready 


Idle 


DRR complete 
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A. 11. 8 DRR slave State machine 

An upper-layer supervisory entity also controls the DRR procedure at the DRR slave side. This entity continually 
asserts a notification, stating whether the slave is ready to accept a new DRR or not ( Ready for new DRR . Not Ready 
for new DRR) . 

Table A.34: Idle State of the Slave 



Entrance: 






From State 


Trigger Condition 




Any 


Reset from supervisory entity 




Confirmation 


MONITOR 




Not Ready 


MONITOR 




Wait for Monitor 


MONITOR, or DEMAND 




Wait for Framer 


Framer Ready 










Action: 






Transmission of MONITOR <0> 












Exit: 






Trigger Condition 


Target State 


Notification 


DEMAND and Ready for new DRR 


Confirmation 




Slave Request and Ready for new DRR 


Siave Request 




DEMAND and Not Ready for new DRR 


Not Ready 





Table A.35: Slave Request State of the Slave 



Entrance: 






From State 


Trigger Condition 




Idle 


Slave Request and Ready for new DRR 










Action: 






Transmission of REOUEST <np> 


np begins with 1 , and increments until 
the first trigger condition 










Exit: 






Trigger Condition 


Target State 


Notification 


DEMAND 


Confirmation 





NOTE: In applications with tight timing requirements, it is recommended that the Slave Request State not be 
used. Instead, the system should be configured with the Dedicated Signalling Channel (DSC, 
see clause A. 1 1 .3) to allow normal telephony signalling to inform the master of the need for a DRR. 

Table A.36: Confirmation State of the Slave 



Entrance: 






From State 


Trigger Condition 




Idle 


DEMAND <np> and Ready for new DRR 




Slave Request 


DEMAND <np> 










Action: 






Transmission of DEMAND ACK <np_^> 


n^^ is fixed at the sequence number n^ 
of the triggering DEMAND 










Exit: 






Trigger Condition 


Target State 


Notifications 


EXEC 


Go Atiead 


Send both: 

- Initiation of Receive and Transmit 
Framer 

- Sequence Number of First Received 
EXEC (for synchronization purposes) 
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Table A.37: Not Ready State of the Slave 



Entrance: 






From State 


Trigger Condition 




Idle 


DEIVIAND <np> and Not Ready for new 
DRR 










Action: 






Transmission of DEIVIAND NAK <np|^> 


n^^ is fixed at the sequence number n^ 
of the triggering DEIVIAND 










Exit: 






Trigger Condition 


Target State 


Notification 


MONITOR 


Idle 


DRR aborted 



Table A.38: Go Ahead State of the Slave 



Entrance: 






From State 


Trigger Condition 




Confirmation 


EXEC 










Action: 






Transmission of EXEC ACK <n^fy> 


'^EA begins with 1 , and increments until 
the first trigger condition 










Exit: 






Trigger Condition 


Target State 


Notification 


Framer Ready 


Wait for Monitor 




MONITOR, or DEMAND 


Wait for Framer 





Fail-safe precaution: If n^^ reaches 15, it no longer increments. This could happen if recognition of the first MONITOR 
or DEMAND is delayed, due to disturbance on the line. The notification Sequence Number Overflow is issued, and the 
message EXEC ACK <15> continues to be transmitted. The slave stays in this state until a valid master message is 
received, unless there is supervisory intervention. 

Table A.39: Wait for Monitor State of the Slave 



Entrance: 






From State 


Trigger Condition 




Go Ahead 


Framer Ready 










Action: 






Transmission of EXEC ACK <n^fy> 


n^^^ is fixed at the value it had when 
exiting Go Ahead State 










Exit: 






Trigger Condition 


Target State 


Notification 


MONITOR, or DEMAND 


Idle 


DRR complete 
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Table A.40: Wait for Framer State of the Slave 



Entrance: 






From State 


Trigger Condition 




Go Ahead 


MONITOR, or DEMAND 










Action: 






Transmission of EXEC ACK <n^^> 


n^^^ is fixed at the value it had when 
exiting Go Ahead State 










Exit: 






Trigger Condition 


Target State 


Notification 


Framer Ready 


Idle 


DRR complete 



A.11.9 Result of DRR procedure 



Figure A.21 shows the TPS-TC framing for the dual-bearer mode. Figure A. 26 demonstrates how the mapping of the 
payload sub-block will be changed by the DRR procedure, in a typical application example. In the initial configuration 
of this example, the 8 8-bit time slots TS^^^ that belong to TPC-TC^^ carry STM (voice) and the n 8-bit time slots TS^^, 

that belong to TPS-TC], carry ATM. When the supervisory entity recognizes that time slot TS2a is not currently carrying 

voice samples, it instigates a DRR procedure which temporarily repartitions TS2a to the ATM bearer: then 7 time slots 

are carrying STM data, and (n + 1) are carrying ATM data. 

The DRR control channel and the Dedicated Signalling Channel (DSC) are also shown in figure A. 26. In this example, 
the DRR control channel uses only 1 Z-bit, which is enough to manage 8 timeslots (see clause A. 11.3). 
The Dedicated Signalling Channel (DSC) carries the higher-layer telephony signalling for the STM time slots (e.g. per 
ETSI V5 [22] and [26]); in applications using channel-associated signalling (CAS), and without tight timing constraints, 
the DSC is optional. 
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NOTE: After the DRR, time slot TS2a carries ATM data for TPS-TCj,. 

Figure A.26: DRR repartitions TS2a ^fom STM bearer to ATM bearer (example) 
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A.11.10Payload sub-block ordering with DRR 

The dual bearer mode framing with DRR supports the following combinations: 
Synchronous ISDN BA + Broadband 

POTS + Broadband 



LAPV5 enveloped POTS and ISDN 



+ Broadband 



All these modes can be used together with DRR. The respective TPS-TC layer definitions for POTS and ISDN BA 
define how the TPS-TC^^ bearer should be arranged. Due to the fact that the DRR control channel occupies 1 to 3 Z-bits 
and the DSC (Dedicated Signalling channel), if used, occupies 1 to 7 Z-channel(s) or is mapped into the first B-channel 
time slot, it is required to define how the different channels are mapped into the TPS-TC . 
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Figure A.27: SDSL payload sub-block ordering with DRR 
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Figure A. 27 shows how to combine the Z-bit time slots if their number exceeds 7. The formula is based on the number 
of required Z-bits modulo 8. If none of the options/services shown in figure A.27 are used, the bandwidth is not 
allocated. 



A. 1 2 Packet transfer mode (PTM) 



The proposed Packet TC (PTM-TC) layer for SDSL does not specify any particular application. Therefore, all kinds of 
packets (i.e. IP packets, Ethernet frames, PPP packets, ..) can be transported. 

A. 12.1 Functional model for packet transport 

The functional model of packetized data transport is presented in figure A.28. In the transmit direction, the PTM entity 
obtains data packets to be transported over SDSL from the application layer interface. The PTM entity processes each 
packet and applies it to the y-interface for packetized data transport. The PTM TPS-TC receives the packet from the y- 
interface, encapsulates it into a special frame (PTM-TC frame) and maps it into PMS-TC frame (transmission frame) 
for transmission over the SDSL link. 

In the receive direction, the PTM-TC frame extracted from the received PMS-TC frame is directed into the PTM-TC. 
The PTM-TC recovers the transported packet and delivers it to the PTM entity via the y-interface. 

The PTM path-related OAM data, including information on errored packets, shall be presented to the TPS-TC 
management entity providing all necessary OAM functions to support the PTM-TC. 

The y-interface is described in clause A. 12.3. The a/p-interfaces are application independent and thus have the same 
format as for other TPS-TCs (see clause A. 12.4). 



< 
O 
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Packet TPS-TC 
PTM TPS-TC 
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o 
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OAM 
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SDSL PMS-TC and PMD 



Y - interface 



TPS-TC 
management 



a/p - interface 



Figure A.28: Functional model of packet transport 



A.12.2 Transport of PTM data 



The bit rates of PTM data transport in the transmit and receive directions on the SDSL link are identical and may be set 
to any eligible value which is less than (dual bearer application) or equal to the assigned maximum payload bit rate. 
This bit rate is set during the system configuration. 

The PTM-TC shall provide full transparent data transfer between yLju ^^^ ^NTU interfaces (except non-correctable 
errors in the PMD sublayer due to the noise in the loop). The PTM-TC shall provide packet integrity over the assigned 
bearer channel. 
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A.12.3 Y-lnterface 



The Ylyu and y^-pu reference points define the interfaces between the PTM entity and the PTM-TC at the LTU and 
NTU, respectively, as shown in figure A. 28. Both interfaces are functionally identical and are independent of the 
contents of the transported packets. The interfaces are defined by the following flows of signals between the PTM entity 
and the PTM-TC sublayer: 

• data flow; 

• synchronization flow; 

• control flow; 



OAM flow. 



Table A.41 : y interface flows 



flow 


signal 


description direction | 




transmit signals | 


data 


Tx PTM 


transmit data 


PTM^ PTM-TC 


control 


Tx_Enbl 


asserted by PTM-TC, indicates that PTM may push packets to 
PTM-TC 


PTM <-PTM-TC 


control 


Tx Err 


errored transmit packet (request to abort) 


PTM^ PTM-TC 


sync 


Tx Avbl 


asserted by PTM entity if data is available for transmission 


PTM^ PTM-TC 


sync 


Tx Clk 


clock signal asserted by PTM entity 


PTM^ PTM-TC 


sync 


Tx SoP 


start of transmit packet 


PTM^ PTM-TC 


sync 


Tx EoP 


end of transmit packet 


PTM-^ PTM-TC 




receive signals | 


data 


Rx PTM 


Receive Data 


PTM ^PTM-TC 


control 


Rx_Enbl 


asserted by PTM-TC, indicates that PTM may pull packets from 
PTM-TC 


PTM ^PTM-TC 


control 


Rx_Err 


Received error signals including PCS error. Invalid Frame and 
OK 


PTM ^PTM-TC 


sync 


Rx Clk 


clock signal asserted by PTM entity 


PTM ^PTM-TC 


sync 


Rx SoP 


start of receive packet 


PTM ^PTM-TC 


sync 


Rx EoP 


end of receive packet 


PTM ^PTM-TC 



A. 12.3.1 Dataflow 

The data flow shall consist of two contra-directional octet-based streams of packets: transmit packets (Tx_PTM) and 
receive packets (Rx_PTM). The packets transported in either direction over the y-interface may be of variable length. 
Bits within an octet are labeled a^ through a§, with a^ being the LSB and ag being the MSB. If either of data streams is 

transmitted serially, the first octet of the packet shall be transmitted first and bit a^ of each octet shall be transmitted 

first as shown in figure A.30. The Data flow signal description is presented in table A. 12.1. 
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A. 12.3.2 Synchronization flow 



This flow provides synchronization between the PTM entity and the PTM-TC sublayer and contains the necessary 
timing to provide packet integrity during the transport. The synchronization flow shall consist of the following signals 
as presented in table A. 12.1: 

• transmit and receive timing signals (Tx_Clk, Rx_Clk), both asserted by PTM entity; 

• start of packet signals (Tx_SoP, Rx_SoP): asserted by PTM entity and by PTM-TC respectively and intended 
to identify the beginning of the transported packet in the corresponding direction of transmission; 

• end of packet signals (Tx_EoP, Rx_EoP), asserted by PTM entity and by PTM-TC respectively and intended 
to identify the end of the transported packet in the corresponding direction of transmission; 

• transmit Packet Available Signal (Tx_Avbl), asserted by PTM entity to indicate that data for transmission is 
ready. 

A.12.3.3 Control flow 

Control signals are used to improve robustness of data transport between the PTM entity and the PTM-TC and are 
presented in table A.12.1: 

• enable Signals (Tx_Enbl, Rx_Enbl), asserted by PTM-TC and indicates that data may respectively be sent 
from PTM entity to PTM-TC or be pulled from PTM-TC to PTM entity; 

• transmit Error (Tx_Err), asserted by PTM entity and indicates that the packet or part of the packet already 
transported from PTM entity to PTM-TC is errored or undesirable for transmission (abort of transmitted 
packet); 

• receive Error (Rx_Err), asserted by PTM-TC to indicate that an errored packet is transported from PTM-TC to 
PTM entity. 

Handling of packet errors is described in clauses A. 12.5.4 and A. 12.6. 

A.12.3.4 0AM flow 

The OAM flow across the y-interface exchanges OAM information between the OAM entity and its PTM related 
TPS-TC management functions. The OAM flow is bi-directional;, its flow primitives are for further study. 

A.12.4 a/p-interface 

The a- and P-reference points define interfaces between the PTM-TC and PMS-TC at the LTU and NTU respectively. 
Both interfaces are functional, application-independent, and should comply with the generic definition for all TPS-TCs 
as specified in clause 7. 

A. 12.5 Packet encapsulation using HDLC frames 

The following PTM TPS-TC functionality should be applied to both transmit and receive directions. For packet 
encapsulation an HDLC type mechanism as specified in [28] shall be used with detailed characteristics as specified in 
the following clauses. 
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A.12.5.1 Frame structure 

The PMS-TC frame format shall be as shown in figure A. 29. The opening and the closing flag sequences shall be set to 
7Ejg. They identify the start and the end of the frame. Only one flag sequence is required between two consecutive 

frames. 

The address and control octets are intended for auxiliary information. They shall be set to their default values of 
hexadecimal FF^g and 03 ^g respectively if not used. 

NOTE 1 : The address and control fields may be used for different auxiliary OAM functions. The usage of these 
fields is for further study. 

The information field shall be filled with the transported packet data. Prior to encapsulation the octets of the data shall 
be numbered sequentially. Octets shall be transmitted in ascending numerical order. 

The frame check sequence (FCS) octets are used for packet level error monitoring, and shall be set as described in 
clause A. 12.5.3. 

bits 



opening fiag sequence 
address fieid 

control field 



8 


7 6 5 4 3 2 1 


7Eie 


Default = FFie 


Default = 03i6 


dato 


FCS-1 


FCS-2 


7Ei6 



information field 



first octet of FCS 

second octet of FCS 
closing flag sequence 



Figure A.29: PTM-TC frame format 

After encapsulation, bits within an octet are labeled bj through bg, as defined in figure A. 30. If the a(P)-interface is 
serial by implementation, bit bg of each octet shall be transmitted first. 

NOTE 2: In keeping with existing labeling convention for the a(P)-interface, bit bg (MSB) is transmitted first. The 
PTM-TC functionality defines a correspondence between a^ and bg, a2 and b^, etc., in order to conform to 
the HDLC convention of transmitting bit a^ first. 

A. 12.5.2 Octet transparency 

To prevent failures due to false frame synchronization, any octet inside the PTM-TC frame that is equal to 7Ejg (the 
flag sequence) or 7Djg (the control escape) shall be escaped as described below. 

After FCS computation, the transmitter examines the entire frame between the opening and the closing flag sequences. 
Any data octets which are equal to flag sequence or the control escape shall be replaced by a two- octet sequence 
consisting of the control escape octet followed by the original octet exclusive-OR.ed with 20 ^g. 
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a. 



data-1 
data-2 



data-N 



flag 

03„ 
data-1 
data-2 



data-N 

FCS-1 

FCS-2 

flag 



MSB 



LSE 



J 



b. bj 


bj 


b, bs 


be 


b, ba 


1 


1 


1 1 


1 


1 


1 1 
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1 1 


1 


1 -1 














1 1 


3(1 








a. 


3(1 








a. 




3(1 








a. 


MSB 


LSB 


1 


1 


1 1 


1 


1 



I 



y-interface 

(a- transmitted first) 



HDLC 
encapsulation 



a/p-interface 

(bg transmitted first) 



Figure A.30: PTM-TC data flow 

In summary, the following substitutions shall be made: 

• any data octet of 7Ejg - encoded as two octets 7Djg, 5Ejg. 

• any data octet of VDjg - encoded as two octets VDjg, 5Djg. 

On reception, prior to PCS computation, each control escape octet shall be removed and the following octet shall be 
exclusive OR.ed with 20 jg (unless the following octet is 7Ejg which is the flag and indicates the end of the frame, and 
therefore an abort has occurred). In summary, the following substitutions are made: 

• any sequence of TDjg, SEjg - replaced by the data octet 7Ejg. 

• any sequence of VDjg, 5Djg - replaced by the data octet 7Djg. 

• a sequence of TD^g, VE^g aborts the frame. 

NOTE: Since octet stuffing is used, the PMT-TC frame is guaranteed to have an integer number of octets. 
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A. 12.5.3 Frame check sequence 



The FCS shall be calculated over all bits of the address, control, and information fields of the PTM-TC frame as defined 
in 28 i.e., it shall be the ONEs complement of the sum (modulo 2) of: 

• the remainder ofxk(x^^+x^'^+x^^+x^^+x^^+x^^+x'^+x^+x^+x^+x^+x'^+x^+x^+x+l) divided (modulo 2) by the 
generator polynomial x^^+x^^+x^+l, where k is the number of bits in the frame existing between, but not 
including, the last bit of the opening flag and the first bit of the FCS, excluding octets inserted for transparency 
(clause A. 12.5.2); and 

• the remainder of the division (modulo 2) by the generator polynomial x'^+x'^+x^+1, of the product of x^^ by 
the content of the frame existing between, but not including, the last bit of the opening flag and the first bit of 
the FCS, excluding octets inserted for transparency. 

The FCS is 16 bits (2 octets) in length and occupies fields FCS-1, FCS-2 of the PTM-TC frame. The FCS shall be 
mapped into the frame so that bit a^ (bg) of FCS-1 shall be the MSB of the calculated FCS, and bit a^ (b^) of the FCS-2 
shall be the LSB of the calculated FCS (figure A.30). 

The register used to calculate the FCS at the transmitter shall be initialized to the value FFFFjg. 

NOTE: As a typical implementation at the transmitter, the initial content of the register of the device computing 
the remainder of the division is preset to all binary ONEs and is then modified by division by the 
generator polynomial, as described above, on the information field. The ONEs complement of the 
resulting remainder is transmitted as the 16-bit FCS. 

As a typical implementation at the receiver, the initial content of the register of the device computing the remainder of 
the division is preset to all binary ONEs. The final remainder, after multiplication by x^^ and then division (modulo 2) 
by the generator polynomial x^^+x^'^+x^+l of the serial incoming protected bits after removal of the transparency octets 
and the FCS, will be 00011 10100001 1 II2 (x^^ through x'', respectively) in the absence of transmission errors. 

A. 12.5.4 Packet-error monitoring 

Packet-error monitoring includes detection of invalid and errored frames at receive side. 

A.I 2.5.4.1 Invalid frames 

The following conditions result in an invalid frame: 

Frames which are less than 4 octets in between flags not including transparency octets (flag sequence and control 
escape). These frames shall be discarded. 

Frames which contain a control escape octet followed immediately by a flag (i.e. 7Djg followed by 7E16). These 
frames shall be passed across the y-interface to the PTM entity. 

Frames which contain control escape sequences other than 7Djg, 5Ejg and 7Djg, 5Djg. These frames shall be passed 
across the y-interface to the PTM entity. 

Invalid frames shall not be counted as FCS errors. The receiver shall immediately start looking for the opening flag of a 
subsequent frame upon detection of an invalid frame. A corresponding receive error message (Rx_Err - clause A. 12.3.3) 
shall be sent across the y-interface to the PTM entity. 

A. 12.5.4.2 Errored frames 

A received frame shall be qualified as an errored frame (FCS -errored) if the CRC calculation result for this frame is 
different from the described in clause A. 12.5.3. Errored frames shall be passed across the y-Interface. A corresponding 
receive error message (Rx_Err - clause A. 12.3.3) shall be sent across the y-interface to the PTM entity. 
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A. 12.5.5 Data-rate decoupling 

Data-rate decoupling is accomplished by filling the time gaps between transmitted PTM-TC frames with additional flag 
sequences (7Ejg). Additional flag sequences shall be inserted at the transmit side between the closing flag sequence of 

the last transmitted PTM-TC frame and the subsequent opening flag sequence of the next PTM-TC frame, and 
discarded at the receive side respectively. 

A. 12.5.6 Frame delineation 

The PTM-TC frames should be delineated by detecting of flag sequence. The incoming stream is examined on an octet- 
by-octet basis for the value TE^g. Two (or more) consecutive flag sequences constitute an empty frame (frames), which 
shall be discarded, and not counted as a PCS error. 

A. 12.5.7 Mapping to the SDSL framing in one-pair mode 

The PMS-TC provides a clear channel to the PTM-TC and packets are mapped into the SDSL payload on a 
byte-by-byte basis. At the LTU, packets are mapped across the logical a-interface while at the NTU, packets cross the 
logical P-interface. At the alpha and beta interface, logical data and clock lines are present. Packet alignment to the 
SDSL frame is optional. The provided bandwidth by the PMS-TC isk^ = i + nx8 with < i < 7 and 3 < « < 36. 
For n = 36, i is restricted to values of and L See figure A.31 for additional details. 
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Figure A.31 : PTM transport over SDSL 
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A.1 2.5.8 Mapping to the SDSL framing in M-pair mode 

In the optional M-pair mode, ATM data is carried over all pairs using interleaving, as described in clause 7.1.4.2. The 
input ATM stream shall be aligned within the SDSL payload sub-block such that the byte boundaries are preserved. 
Each payload sub-block is treated as containing Mxn 8-bit time slots. Each byte from the input ATM data stream is 
mapped MSB-first into the next available time slot. The first time slot begins at the first bit position within the payload 
sub-block, followed by time slot 2, time slot 3, ..., time slot n. A total of MxA;^ bits (Mxn bytes) of byte-oriented data 

shall be transported per SDSL payload sub-block, as specified in clause 7.1.4.1. k^ = i + nx8, and, in this mode, / = 

and 3 < n < 36. Only multiples of M numbers of time slots are supported in M-pair mode. The bytes from the input 
ATM data stream shall be interleaved among Pair 1, Pair 2, . . ., and Pair M, such, where byte b^, byte b^^ ^ ^, ...are 

carried on Pair 1, byte b^^ ^ , byte ^^ ^ ^ ^ y, ... are carried in the corresponding time slot on Pair 2, . . ., and 

byte ^,„ + M - h ^y*-^ ^m+2 M - b ■■■^6 carried in the corresponding time slot on Pair M. See figure A. 32 for additional 

details. 
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A. 13 TPS-TC for Synchronous Digital Hierarchy Tributary 
Unit 12 (TU-12) with a Data Communication Channel 
(DCC) 

This TPS-TC defines a transport format for: 

a single SDH TU-12 frame with an optional i x 8 kbit/s Data Communication Channel (DCC) over a single 
wire pair; and 

an optional N x SDH TU-12 frames with an optional (M x i x 8)-kbit/s DCC over M wire pairs. The number A^ 
of TU-12 links can be 1 to 9 while the number M of wire pairs can be 1 to 4. 

Table A.42 gives an overview of the transmission of Nx TU-12A'^C-12 connections with a combination of M-pair 
SDSL and Enhanced SDSL data rates. 

Table A.42: Transmission of A/x TU-12/VC-12 Connections over M-Pair SDSL 



Number A/ of 
TU-12/VC-12 
Connections 


Aggregate Payload 
Bit Rate [kbits/s] 


1 -Pair SDSL 
Size 1 X kg bits 

of each payload 

sub-block with 

kg = i + nx8 

[bits] 
M=1 


2-Pair SDSL 
Size 2 X kg bits 

of each payload 

sub-block with 

kg = i + nx8 

[bits] 
M=2 


3-Pair SDSL 
Size 3 X kg bits 

of each payload 

sub-block with 

kg = i + nx8 

[bits] 
M=3 


4-Pair SDSL 
Size 4 X kg bits 

of each payload 

sub-block with 

kg = i + nx8 

[bits] 
M=4 


1 


2304 + M X i X 8 


n = 36;i=0,..,7 


n = 18 


1=0,. .,4 


n = 12 


1=0, ..,3 


n = 9; 1=0,1,2 


2 


4608 + M X i X 8 


n = 72;i=0,..,7 


n = 36 


i=0,..,4 


n = 24 


i=0,..,3 


n = 18 


i=0,1,2 


3 


6912 + M X i X 8 


- 


n = 54 


1=0,. .,4 


n = 36 


1=0, ..,3 


n = 27 


1=0,1,2 


4 


9216 + M X i x8 


- 


n = 72 


i=0,..,4 


n = 48 


i=0,..,3 


n = 36 


1=0,1,2 


5 


11 520 + M X i X 8 


- 


- 


n = 60 


1=0, ..,3 


n = 45 


1=0,1,2 


6 


1 3 824 + M X i X 8 


- 


- 


n = 72 


i=0,..,3 


n = 54 


1=0,1,2 


7 


16128 + Mx i x8 


- 


- 


n = 84 


1=0,. .,3 


n = 63 


1=0,1,2 


8 


1 8 432 + M X i X 8 


- 


- 


- 


n = 72 


1=0,1,2 


9 


20 736 + M X i X 8 


- 


- 


- 


n = 81 


1=0,1,2 






If no data communication channel is used i = 0. 

If management, signalling, control and maintenance functions are to be 

transmitted over the Z-bits, i x 8 kbits/s per wire-pair are additionally 

required with 1 = 1,..,7 (1-pair), i = 1,..,4 (2-pair), i = 1 ,2,3 (3-pair) and i = 1,2 

(4-pair). 



A.I 3.1 SDH Tributary Unit 



A SDH Tributary Unit (TU) is an information structure, which provides adaptation between the SDH lower order path 
layer and a server layer (e.g. SDH higher order path layer, SDSL). It consists of an information payload in which the 
lower order Virtual Container (VC) is transported and a Tributary Unit pointer. The TU pointer indicates the offset of 
the VC frame start relative to the TU frame start (see figure A.33). The TU frame always appears in the defined position 
within each server layer signal (e.g. SDSL). 

The TU-12 consists of a VC-12 together with a TU-12 pointer. The TU-12 frame is specified in clause 8.3 of [29] and 
consists of 144 bytes organized in four groups of 36 bytes. The first byte in each of the four groups is a TU-12 pointer 
byte (VI, V2, V3, V4). VI to V3 identify the location in the information payload, which contains the first byte (V5) of 
the VC-12. The 140 information payload bytes in the TU-12 are numbered from to 139. 
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V4 TU Pointer 4 (reserved) 

NOTE - VI, V2, V3 and V4 bytes are part of the TU-n and are terminated at the pointer processor. 

Figure A.33: Virtual Container mapping in Tributary Unit and TU-12 pointer offsets 

A.13.2 Single TU-12 into SDSL mapping 

Figure A.32 shows the alignment of a single TU-12 frame and the optional DCC within the SDSL frame. Each Payload 
Sub-Block contains an i-bit DCC (/ = 0,..,7), followed by thirty-six bytes of the TU-12. Bytes are transmitted MSB first, 
in accordance with [29]. 

A total of k^ bits of contiguous data shall be contained within each Sub-Block, as specified in 7.1.2 and E.2, where 
fej, = / H- n X 8. If a DCC is used, / = 1,..,7 ; if no DCC is used, / = 0; and n = 36. 

The TU-12 framing clock shall be synchronized to the SDSL clock such that the TU-12 frame always appears in the 
defined position within each group of four consecutive SDSL Payload Sub-Blocks. See figure A.34 for additional 
details. 

The 4 X 36 octet TU-12 frames shall be aligned within the group of four consecutive SDSL Payload Sub-Blocks 4j H- 1 
to 4j H- 4 (j = 0,1,2) such that the TU-12 byte with TU-12 pointer offset 105 begins at the first bit position after the 
optional DCC within the Payload Sub-Block 4j H- 1, followed by TU-12 byte with TU-12 pointer offset 106, . . ., and 
TU-12 pointer byte VI ends at the last bit position within the Payload Sub-Block 4j + 4. 
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NOTE: VI , V2 and V3 are TU-1 2 pointers 1 , 2 and 3; V4 is set to ONE. These bytes are part of the TU-1 2 and 
terminated at a pointer processor. 

Figure A.34: TU-1 2 mapping into a single pair SDSL signal with 
optional Data Communication Channel 



A.13.3 SDH Tributary Unit Group 



One or more Tributary Units, occupying fixed, defined positions in a server signal's (e.g. SDSL) payload is termed a 
Tributary Unit Group (TUG). A TUG-dl2N is a DSL optimized TUG containing a homogeneous assembly of 
Af TU-1 2s. The TU-1 2s are byte interleaved in the TUG-dl2M 

The multiplexing ofNxT\J-12 (N= L.9) into a TUG-dl2N is shown in figure A.35. A TU-12 is byte interleaved with 
A?-7other TU-12s into the TUG-dl2A'. 

NOTE: The TU-12 pointer bytes of the N x TU-1 2s are mapped in the last N octets of the TUG-dl2N as shown 
in figure A.35. 
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Figure A.35: Arrangement of N x TU-12s multiplexed into a 
TUG-d12N(N = 1,2, .., 9) 
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A.13.4 A/x TU-12 into M-pair SDSL mapping 

In the optional M-pair mode (M = 1, 2, 3, 4), both the TUG-dl2N with the N x TU-12s and the optional DCC are 
carried over all M pairs using interleaving, as described in 7.1.4.2 and E.2. In the M-pair mode of operation, the DCC 
bit rate is M x / x S kbit/s. 

Each pair carries a SDSL frame of which each Payload Sub-Block contains an i-bit DCC with ; = 0,..,7 (single-pair 
mode), ( = 0,..,4 (2-pair mode), / = 0,..,3 (3-pair mode) and i = 0, 1, 2 (4-pair mode), followed by a TUG-dl2N 
Mapping area of 36/M x N octets. Octets are transmitted MSB first, in accordance with ITU-T recommendation G.707. 

Figure A.36 shows the octet interleaving of the TUG-dl2N and the bit interleaving of the DCC within the M-pair mode 
SDSL frame. The octets in the TUG-dl2N shall be interleaved among all M wire-pairs, such that pair m carries the 
rrfi^ octet out of every block of M octets and a total of 36/M x N octets per Payload Sub-Block. 

The optional DCC is interleaved among the M pairs such that it occupies the first / bit positions within each Payload 
Sub-Block on each of the M wire pairs. The values for ; may be in the range ; = 0,.., 7 (single-pair mode), 
i = 0,..,4 (2-pair mode), / = 0,..,3 (3-pair mode) and ; = 0, 1, 2 (4-pair mode). So a total of M x / bits make up the DCC. 
The first bit of DCC data shall be contained within a Sub-Block on Pair 1, and the following bits of DCC data shall be 
interleaved bit-by-bit among all M wire pairs. The DCC bits shall be interleaved among all M wire pairs such that they 
occupy the first / bit postions within each payload Sub-Block on each of the M pairs. The first M bits of DCC data go 
into bit 1 on pairs 1,..,M; and bits (i-1) x M + l,..,(i-l) x 2 x M go into bit ( of pair 1,..,M- A total of fej, bits of 

contiguous data shall be contained within each Sub-Block, as specified in 7.1.4.2 and E.2, where fej, = / H- n x 8. If a 
DCC is used, / = !,..,? (single-pair mode), / = 1,..,4 (2-pair mode), / = 1, 2, 3 (3-pair mode) and i = 1, 2 (4-pair mode); 
if no DCC is used, / = 0; and n = 36/M x N. 

NOTE: The terms interleaving and de-interleaving are differently applied in G. 99 1.2 and in SDH standards like 
G.701, G.707 or G.806. 
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Figure A.36: TUG-d12N mapping into a IVI-pair SDSL signal with Data Communication Channel 

The TU-12 framing clocks shall be synchronized to the SDSL clocks such that the TU-12 frames always appear in a 
defined position within each group of four SDSL Payload Sub-Blocks 4/ + 1 to 4/ + 4 (/' = 0, 1,2) as shown in 
figure A. 37. 

Sub-Blocks 4j H- 1 contain the TU-12 bytes numbered 105 to 139 and pointer byte V2, Sub-Blocks 4j H- 2 contain the 
TU-12 bytes numbered to 34 and pointer byte V3, Sub-Blocks 4j H- 3 contain the TU-12 bytes numbered 35 to 69 and 
pointer byte V4, and Sub-Blocks 4j H- 4 contain the TU-12 bytes numbered 70 to 104 and pointer byte VI. 
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Figure A.37: TU-12 pointer offset numbering in /Impair SDSL signal 
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Figures A.38 to A.40 show three examples of Nx TU-12 over SDSL. Figure A.38 shows the alignment of a single 
TU-12 frame and the DCC within the 2-pair mode SDSL frame. Each Payload Sub-Block contains a 1-bit DCC, 
followed by eighteen bytes of the TU-12. The TU-12 bytes shall be interleaved among the two wire pairs, such that pair 
m carries the wfi^ byte out of every block of two bytes and a total of 36/2 bytes per Payload Sub-Block. The DCC is 
interleaved among the two pairs such that it occupies the first bit position within each Payload Sub-Block on each of the 
two wire pairs. 
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Figure A.38: M-Pair TU-12 Framing with a Data Communication Channel 
(N = 1 TU-12 linits with i = 1 over IV! = 2 wire-pairs) 

Figure A.39 shows the alignment of a TUG-dl2N and the optional DCC within the M-pair mode SDSL frame for the 
case of A^ = 2, M= 3 and i=\. Each Payload Sub-Block contains a 1 -bit DCC, followed by /wenfy-/oMr octets of the 
TUG-dl2A^. The TUG-dl2N octets shall be interleaved among the three wire pairs, such that pair m carries the rrfi^ octet 
out of every block of three octets and a total of 36/5 x 2 octets per Payload Sub-Block. The DCC is interleaved among 
the three pairs such that it occupies the first bit position within each Payload Sub-Block on each of the three wire pairs. 
So a total of three bits make up the DCC. One bit of DCC data shall be contained within a Sub-Block on Pair 1, and the 
following two bits of DCC data shall be contained within the corresponding Sub-Blocks of the following two pairs. 



£75/ 



165 



ETSI TS 101 524 VI .3.1 (2005-02) 



Aligned 
Pair 1 and 
Pair 2 and 
Pairs 
frames 



Frame 
Sync 



Pair 1 and 
Pair 2 and 
Pairs 



Payload 
Block 



Payload 
Block 



T— 


C\J 


CO 


Tf 


en 


CD 


r~- 


00 


C35 


o 


^ 


C\J 


Y 


Y 


Y 


Y 


Y 


Y 


Y 


V 


Y 




^ 

s 




CI 


n 


c> 


CI 


CI 


n 


CI 


CI 


n 


O 


o 


(J 


o 


o 


o 


o 


o 


o 


CQ 


CD 


CD 


CO 


CO 


CD 


CO 


CO 


CD 


m 


m 


m 


o 


o 


cS 


o 


o 


o 


cfj 


o 


o 


CO 


C/J 


C/J 




















C/J 


C/J 


C/J 


C/J 


C/J 


C/J 


C/J 


C/J 


C/J 



O Payload 

H Block 



Payload 
Block 



Stb 



, ' Payloacj Data' 
k, bits 



Pairl 



Pair 2 



Pairs 



fc 


to 
o 




139 


- 




"H" 


^ 




sHg 


h3 




-a- 
o 






o 




>ffl= 


C\J 




>i^ 


co 




sffl^ 


f^ 




> 




m 


o 




si 


C\J 




>i^ 


co 




si^ 


f^ 




> 



24 octets 

Figure A.39: M-Pair TU-12 Framing with a Data Communication Channel 
(N = 2 TU-12 linlts with i = 1 over IV! = 3 wire-pairs) 

Figure A.40 shows the alignment of a TUG-dl2N and the optional DCC within the M-pair mode SDSL frame for the 
case of N=3, M =2 and / = 0. Each Payload Sub-Block contains /i/ty-/oMr octets of the TUG-dl2A'. The 
TUG-dl2N octets shall be interleaved among the two wire pairs, such that pair m carries the rrfi^ octet out of every block 
of two octets and a total of 36/2 x 3 octets per Payload Sub-Block. There is no DCC present. 
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Figure A.40: IVI-Pair TU-12 Framing with a Data Communication Channel 
(N = 3 TU-12 links with i = over M = 2 wire-pairs) 

A.13.5 SDSL clock 

The SDSL clock synchronization mode shall be the synchronous mode as specified in 8. The SDSL line clock shall be 
frequency lock to network clock, which is equivalent to the SDH Equipment Clock (SEC) as specified in 
ITU-T Recommendations G.8 13 [31] andG.781 [30]. 
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A.13.6 N X TU-12 over M-pair SDSL DCC 



The optional (M x i x 8)-kbit/s DCC in the N x TU-12 over M-pair SDSL may support one or more of the data 
communication network applications specified in ITU-T Recommendation G.7712: distributed management 
communications related to the Telecommunication Management Network (TMN), distributed signalling 
communications related to the Automatic Switched Transport Network (ASTN), and other distributed communications 
(e.g. Software Download). Note that the details of the protocols used over this optional DCC are beyond the scope of 
the present document. 



A. 14 64-octet/65-octet encapsulation 

For further study. 
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Annex B (normative): 

Use of G. 994.1 in the pre-activation communications 

channel 

As noted in clause 9.2, G. 994.1 shall be used to begin the preactivation sequence. A second G.994. 1 sequence shall 
follow the preactivation line probe, as described in that clause. The G.994. 1 protocol shall be the mechanism for 
exchanging capabilities and negotiating the operational parameters for each SDSL connection. The use of a line probe 
sequence, as described in clause 9.2 is optional. If each TU has sufficient a priori knowledge of the line characteristics 
and the capabilities of the other TU, either from a previous connection or from user programming, the line probe 
sequence may be bypassed. In this case, the G.994. 1 sequence will be followed by SDSL activation, as described in 
clause 9.L 



B.1 G.994. 1 code point definitions 

The following definitions shall be applied to the SDSL parameters specified in G.994. 1 [15]: 



Training mode 
PMMS mode 

4-Wire 
M-pair mode 



An indication that an LTU (or REG) is prepared to begin SDSL Activation using 
the associated parameters. 

An indication that an LTU (or REG) is prepared to begin a PMMS ("Power 
Measurement Modulation Session", or Line Probe) using the associated 
parameters. 

Set to indicate 4-wire operation. 

Set to indicate M-pair mode. Four-wire mode is identical to M-pair mode with 
M=2, except for the method of assigning ordinal numbers to the wire pairs. In 
four-wire mode the ordinal numbers (i.e. the wire pair identification number) are 
assigned as described in clause 9.2 while in M-pair mode the ordinal numbers 
are assigned to wire pairs as described in clause 7.2.1. 



M-pair count Indicates the number of pairs used in the optional M-pair mode. 



SRU 

Diagnostic mode 
Base data rate/PSD 



Sub data rate 



PBO 

PMMS duration 
PMMS scrambler 



Set to indicate that the unit is a Signal Regenerator and not an LTU. 
Set to indicate a diagnostic mode train (for use with REGs). 
These octets are used as follows: 

- for PMMS, they indicate rates for line probing segments; 

- for training, they indicate payload data rates. 

Separate bits are provided for symmetric and asymmetric PSDs. 

For symmetric PSDs, the data rate octets indicate the base data rate in 64 kbit/s 
increments (n x 64 kbit/s). The sub data rate bits indicate additional 8 kbit/s 
increments (;' x 8 kbit/s) of Data. The total payload data rate is set by: base data 
rate + sub data rate. The sub data rate bits do not apply to the asymmetric 2 048 
kbit/s, and 2 304 kbit/s PSDs. 

Power Back-off (in 1,0 dB increments). 

The length of each line probe (PMMS) segment (in 50 ms increments). 

The scrambler polynomial used during line probe (PMMS). See clause 9.2.3. 



£75/ 



168 



ETSI TS 101 524 VI .3.1 (2005-02) 



PMMS target margin 



Clock modes 
Low latency 

TPS-TC 

Sync word 

Stuff bits 



If worst-case target margin is selected, target margin is relative to reference 
worst-case crosstalk specified in table 9.7. If current-condition target margin is 
selected, specified target margin is relative to noise measured during line probe. 
The 5 bit target margin is specified by (bits 5-1 x 1,0 dB) - 10 dB. For example, 
101 lll2in the worst-case PMMS target margin octet corresponds to 
15 dB - 10 dB = 5 dB target margin relative to reference worst-case noise. 

If the capability for PMMS mode is indicated in a G.994. 1 CLR/CL capabilities 
exchange, both target margin octets shall be sent. The specific values for target 
margin shall be ignored during the capabilities exchange, as all LTUs (and 
REGs) shall be capable of evaluating the results of PMMS using both types of 
target margin. 

Set to indicate clock mode, as defined in table 8.1. 

Set to indicate that low latency operation, as defined in clause 1 1 .4 is required. 
If not set, an LTU may choose a higher latency encoding scheme. 

The TPS-TC mode is selected from the set of modes specified in annex A. 

Indicates the value that the upstream and downstream swl - swl4 bits shall take 
on. See clause 7.1.5 for details. 

Indicates the value that the upstream and downstream stbl - stb4 bits shall take 
on. See clause 7.1.5 for details. 



Regenerator Silent Period (RSP) A bit used to force an LTU or REG into a 1 -minute silent interval to facilitate 

startup of spans including regenerators. 



B.2 G.994. 1 tone support 



SDSL devices shall support half-duplex mode G.994. 1 operation using the A4 carrier set from the 4 kHz signalling 
family. Manufacturers are encouraged to support additional carrier sets, the 4,3125 kHz signalling family, and 
full-duplex operation of G.994. 1 to provide interoperable handshake sequences with other types of DSL equipment. 



B.3 G.994. 1 transactions 



If no a priori capabilities information is available to the NTU, it should begin the G.994. 1 session by initiating 
Transaction C (CLR/CL). Otherwise, it may begin immediately with one of the mode selection transactions (e.g. A or 
B). In this capabilities exchange (CLR/CL sequence), each unit shall indicate the functions that it is currently capable of 
performing. This means that user options that have been disabled shall not be indicated as capabilities of the unit. If a 
unit's capabilities change due to user option settings or other causes, that unit shall cause a capabilities exchange to 
occur during the next G.994. 1 session. 

If both the NTU and LTU indicate the capability for line probing and no a priori information exists concerning the 
characteristics of the loop, the NTU should initiate transaction D (MP/MS/Ack(l)) by sending an MP with the SDSL 
line probe mode selected. This MP message shall include parameters for the downstream line probe sequence. The LTU 
shall then issue a corresponding MS message containing the upstream line probe parameters and an echo of the 
downstream line probe parameters. Following an Ack(l) from the NTU, the units shall exit G.994. 1 and enter the SDSL 
line probe mode, as described in clause 9.2. Following the completion of line probing, the LTU shall initiate a new 
G.994. 1 session. The NTU shall then initiate a transaction C (CLR/CL) capabilities exchange to indicate the results of 
the line probe. Each unit shall, in this exchange, indicate the intersection of its capabilities and the capabilities of the 
loop, as determined during the line probe sequence. The PBO octets shall be used to indicate the desired received Power 
Back-off values. The assignment of power back-off values in 4-wire/M-pair mode shall be as specified in clause 9.2.6. 
Following this second capabilities exchange, the units may use any valid transaction to select operational SDSL 
parameters. 

Following the selection of the SDSL parameter set, G.994. 1 shall terminate and the SDSL Activation sequence (see 
clause 9.1) shall begin. 
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B.4 Operation with signal regenerators 

In general, REGs will act as LTUs during G.994.1, as described in clause B.3. In some situations, however, they are 
required to issue "Regenerator Silent Period" (via the G.994.1 RSP bit) mode selections rather than selecting a SDSL 
operational mode, as described in annexes C and D. The parameters that REGs report during capabilities exchanges are 
also slightly different. The advertised capabilities of an NTU shall be the intersection of its own capabilities and those 
reported across the regenerator's internal interface as indicative of the capabilities of the downstream units and line 
segments. The lone exception to this rule shall be the PBO octet, which shall be considered as a local parameter for each 
segment. 
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Annex C (normative): 
Signal regenerator operation 



In order to achieve data transmission over greater distances than are achievable over a single SDSL segment, one or 
more signal regenerators (REGs) may be employed. In the optional M-pair mode, M-pair regenerators may be used 
when this reach extension is required. This annex specifies operational characteristics of signal regenerators and the 
start-up sequence for SDSL spans containing signal regenerators. Additional explanatory text is included in annex D. 



C.1 Reference diagram 



Figure Cl is a reference diagram of a SDSL span containing two regenerators. Up to eight (8) regenerators per span are 
supported within the EOC addressing scheme (see clause 10.5.5.5), and no further limitation is intended herein. Each 
REG shall consist of two parts: an REG-R for interfacing with the LTU (or a separate REG-C), and an REG-C for 
interfacing with the NTU (or a separate REG-R). An internal connection between the REG-R and REG-C shall provide 
the communication between the two parts during start-up and normal operation. An SDSL span containing X 
regenerators shall contain X + I separated SDSL segments, designated TRl (LTU to REGj), TR2 (REG^-C to NTU), 

and RRn (REG^-C to REG^ ^ pR, where 1 <n<X-l). Each segment shall follow the general principles described in 
clauses 9.1, 9.2, and 7.2 for the preactivation and activation procedures. Additional requirements specific to spans 
containing regenerators are described in this annex. 
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Figure C.1 : Block diagram of a SDSL span with two signal regenerators 



C.2 Startup procedures 
C.2.1 REG-C 

Figure C.2 shows the state transition diagram for REG-C startup and operation. The REG-C begins in the "IdleO" state 
and, in the case of an NTU initiated startup, transitions first to the "IdleOa" state. If line probe is disabled, the LTU shall 
transition from the "IdleOa" state to the "Wait for LTU" state; otherwise the LTU will return to "IdleO" and wait for 
target margins to be passed across the internal regenerator interface with the indication that they originated at the LTU. 
In this annex, the term "target margin" refers to both the current condition target margin and the worst case target 
margin as described in 9.2.7 and B.l. For an LTU initiated startup, the REG-C moves from "IdleO" to the "IdleOb" state. 
If target margins have been received across the internal regenerator interface with the indication that they originated at 
the LTU, the REG-C will transition from "IdleOb" to "Check G.994.r' and the REG-C will use these target margin in 
subsequent capabilities exchanges with its "CO target margin" capability bit set to a one. An REG initiated startup shall 
function identically to an LTU initiated startup from the perspective of the REG-C. 
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The REG-C shall communicate "Capabilities Available" status and transfer a list of its capabilities to the REG-R across 
the regenerator's internal interface upon entering the "Wait for LTU" or "IdleOa" state. The REG-C's capabilities list, as 
transferred to the REG-R, shall be the intersection of its own capabilities, the capabilities list it received from the NTU 
(or REG-R) in its G.994. 1 session, and the segment capabilities determined by the line probe, if used. 

The REG-C shall receive mode selection information from the REG-R in association with the "REG-R Active" 
indication. In the subsequent G.994. 1 session, the REG-C shall select the same mode and parameter settings for the 
SDSL session. 

The timer Tj^^q^^ shall be set to 4 minutes. If Tj^^qq expires before the REG-C reaches the "Active" state, the REG-C 
shall return to the "Idle" state and shall indicate link failure to the REG-R across the internal interface. The REG-C shall 
also indicate failure and return to the "Idle" state if a G.994. 1 initiation is unsuccessful after 30 s. 

The "Diagnostic Mode" bit, if set in the G.994. 1 Capabilities Exchange, shall cause an REG-C to function as an LTU if 
the subsequent segment fails. This implies that an internal failure indication received while in the "Wait for LTU" state 
shall cause the REG-C to select an operational mode, initiate a G.994. 1 session, and transition to state "G.994. 1 
Session 2". 
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Figure C.2: REG-C state transition diagram 



C.2.2 REG-R 



Figure C.3 shows the state transition diagram for REG-R startup and operation. The REG-R begins in the "IdleO" state 
and, in the case of an NTU initiated train, transitions first to the "IdleOa" state. For an LTU initiated train, the REG-C 
moves from "Idle" to the "IdleOb" state. If line probe is enabled, the REG-R will transition to the "G. 994.1 Session 1" 
state once the target margins are received from the LTU, or once the target margins are received from the REG-C with 
the "CO target margin" capability bit set to a one. In this annex, the term "target margin" refers to both the 
current- condition target margin and the worst- case target margin as described in clauses 9.2.7 and B.l. 
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The REG-R shall communicate "Link Initiation" status to the REG-C across the regenerator"s internal interface upon 
entering the "Wait for NTU" or "IdleOb" state. If the REG-R exchanges capabilities with a LTU, it shall communicate 
the target margins from the LTU across the regenerator's internal interface. If the REG-R exchanges capabilities with a 
REG-C, and the REG-C has the "CO target margin" capability bit set to a one, then it shall communicate the target 
margins from the REG-C across the regenerator's internal interface. Upon entering the "Active" state, it shall 
communicate "REG-R Active" status to the REG-C. If plesiochronous operation (Clock mode 1; see clause 10) is 
selected, the REG-R may optionally indicate its entry into the "Active" state to the REG-C prior to the completion of 
the SDSL activation sequence. If synchronous or network referenced plesiochronous clocking is selected 
(Clock modes 2, 3a, or 3b; see clause 10), the REG-R shall not indicate entry into the "Active" state until the SDSL 
activation sequence has been completed. 

The REG-R shall receive a list of capabilities from the REG-C across the regenerator's internal interface in association 
with the "Capabilities Available" indication. The REG-R's capabilities list, as indicated in the subsequent G. 994.1 
session, shall be the intersection of its own capabilities with the capabilities list it received from the REG-C. 

The REG-R shall provide mode selection information to the REG-C in association with the "REG-R Active" indication, 
based on the selections it has received in the G.994. 1 session. 

The timer Tj^^qj^ shall be set to 4 minutes. If Tj^g^j^ expires before the REG-R reaches the "Active" state, the REG-R 
shall return to the "Idle" state and shall indicate link failure to the REG-C across the internal interface. The REG-R shall 
also indicate failure and return to the "Idle" state if a G.994. 1 initiation is unsuccessful after 30 s. 

The "Diagnostic Mode" bit, if set in the G.994. 1 Capabilities Exchange, shall cause an REG-R to function as an NTU if 
the subsequent segment fails. This implies that an internal failure indication received while in the "Wait for NTU" state 
shall cause the REG-R to initiate a G.994. 1 session and transition to state "G.994. 1 Session 2". 
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Figure C.3: REG-R state transition diagram 



C.2.3 LTU 



In order to support operation with regenerators, each LTU shall support the Regenerator Silent Period (RSP) bit, as 
specified in ITU-T Recommendation G. 994.1 [15]. Second, the LTU shall not indicate a training failure or error until it 
has been forced into "silent" mode for at least 5 consecutive minutes. 
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C.2.4 NTU 



In order to support operation with regenerators, each NTU shall support the Regenerator Silent Period (RSP) bit, as 
specified in ITU-T Recommendation G. 994.1 [15]. The NTU shall not indicate a training failure or error until it has 
been forced into "silent" mode for at least 5 consecutive minutes. 



C.2.5 Segment failures and retrains 



In the case of a segment failure or a retrain, each segment of the span shall be deactivated, with each REG-C and each 
REG-R returning to its "Idle" state. The restart may then be initiated by the REG, the NTU, or the LTU. 



C.3 Symbol rates 



Signal regenerators may transmit at symbol rates up to and including 685,33 ksymbol/s in either two-wire, the optional 
four-wire mode or the optional M-pair mode. This corresponds, for 16-TCPAM, to maximum user data rates (not 
including framing overhead) of 2,048 Mbit/s per pair. For 32-TCPAM, this corresponds to maximum user data rates 
(not including framing overhead) of 2,728 Mbit/s per pair. 

In either case, each TU and REG on a span shall select the same operational data rate. 



C.4 PSD masks 

Any of the PSDs may be used for the TRl segment (LTU to REGj-R). All other segments shall employ one of the 
appropriate symmetric PSDs, as described in clauses 9.4.1 and E.4. The selection of PSD shall be limited by the symbol 
rate considerations of clause C.3. 
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Annex D (normative): 

Deactivation and warm-start procedure 

Support of the reduced power mode, the deactivation and the warm-start is optional. 

NOTE: Frequent transitions to/from the reduced power mode introduce a non-stationary noise environment, 

whose effect on deployed xDSL systems is not fully known. Because of this, regional access restrictions 
regarding this procedure might apply. 

D.1 Deactivation to reduced power mode 

This clause describes waveforms at the loop interface and associated procedures during deactivation. Figure D. 1 
illustrates the deactivation sequence. 

The deactivation can be initiated by the NTU or by the LTU. EOC signalling is used to initiate the deactivation. The 
initiating side is called unit A, the other side shall be called unit B. 

The standard sequence is as follows: Upon receiving the eoc-message "Deactivation Request", unit B responds by the 
eoc-message "Deactivation Acknowledge" or by "Unable To Comply (UTC)". After sending the "Deactivation 
Acknowledge' containing an acceptance to the deactivation (bit OK = " 1 "), unit B continues transmitting and waits for 
the deactivation of unit A. After receiving the acceptance to the deactivation request, unit A stops transmitting and 
enters the reduced power mode. After detecting that unit A has stopped transmitting, e.g. by detecting an LOSW-error, 
unit B stops transmitting and enters the reduced power mode as well. 

The eoc messages "Deactivation Request" and "Deactivation Acknowledge" indicate the ability of the sender for the 
deactivation to the reduced power mode and a subsequent warm-start. 



£75/ 



177 



ETSI TS 101 524 VI .3.1 (2005-02) 



TPS-TC 

Layer 



Deactivation 
Request 



Deactivation 
Indication 



unit A 





eoc message 
Deactivation Request 



eoc message Deactivation 
Acknowledge 



no signal 




unit B 




LOSW 
1 defect 



TPS-TC 
Layer 



Deactivation 
Indication 



Figure D.1 : Deactivation sequence 



D.1.1 Void 



D.1.2 Deactivation sequence 

With messages "Deactivation Request" and "Deactivation Acknowledge", however, each transceiver can also inhibit or 
stop an initiated deactivation process by setting bit OK to "0" in the relevant eoc -message. This is useful when during or 
after the transmission of the "Deactivation Request" it becomes apparent that the data link is about to be used. 

In warm-start the transmission shall be active to at least time t^^j^^g to minimize effects of nonstationary cross talk to 
systems sharing the same binder. 

D.1.3 Deactivation EOC IVIessages 

D.1 .3.1 Deactivation Request - IVIanagement: IVIessage 

The Deactivation Request message is transmitted to request a deactivation or to withdraw an issued deactivation 
request. The destination address shall be F^g to indicate this is a broadcast message. 
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Table D.1 : Deactivation request - IVIessage ID 22 



Octet # 


Contents 


Data Type 


Reference 


1 


22 


IVIessage ID 




2 bits 7..1 


Reserved 


set to 




2bit0 


Bit OK 


= Deactivation requested, 

1 = Deactivation request cancelled 




3 


Reserved 


set to 





D.1 .3.2 Deactivation Response - Management message: Message 

The deactivation response message is used to confirm the deactivation command or to refuse a deactivation request 

Table D.2: Deactivation Acknowledge - Message ID 150 



Octet # 


Contents 


Data Type 


Reference 


1 


150 


IVIessage ID 




2 bits 7.. 1 


Reserved 


set to 




2bit0 


OK 


= Deactivation OK, 

1 = Deactivation not possible 




3 


Reserved 


set to 





D.2 Warm-start activation 



The warm-start can be initiated by the NTU or the LTU. This clause describes waveforms at the loop interface and 
associated procedures during warm-start. The direct specification of the performance of individual receiver elements is 
avoided when possible. Instead, the transmitter characteristics are specified on an individual basis and the receiver 
performance is specified on a general basis as the aggregate performance of all receiver elements. Exceptions are made 
for cases where the performance of an individual receiver element is crucial to inter-operability. 

In contrast to the activation described in clause 9.1, a warm-start makes use of all settings stored in a previous 
successful activation to achieve a minimum start-up time. An activation is successful if convergence has been achieved 
and the data mode has been reached (see clause 9.3). All settings i.e. negotiated configuration in the preactivation, all 
data in the activation frame and all values in adaptive filters have to be stored before deactivating the transmission. The 
warm-start relies on the fact that all previously stored settings such as the transfer characteristics of the receive and 
transmit path and the timing relation between receive and transmit signals are still relevant. Small changes e.g. due to 
variations of ambient temperature should not inhibit the warm-start activation. However, if the equipment or the loop 
characteristics have changed significantly, the warm-start activation may fail and a cold-start will be performed instead. 

D.2.1 Warm-start activation PMD reference model 

The block diagram of the warm-start activation PMD layer of an LTU and NTU transmitter is shown in figure D.2. 
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Figure D.2: Warm-start activation PMD reference model 
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The time index m represents the symbol time, and t represents analog time. Since activation uses 2-PAM modulation, 
the bit time is equivalent to the symbol time. The output of the scrambler is s(m). The output of the mapper is y(m), and 
the output of the spectral shaper at the loop interface is z(t). di(m) is an initialization signal that shall be logical ones for 
all m. do(m) is an initialization signal that shall be logical zeros for all m. The modulation format shall be Tomlinson- 
coded 2-level signal, with the full symbol rate selected for data mode operation. During activation the timing reference 
for the activation signals have a tolerance of +32 ppm at the LTU and +100 ppm at the NTU. 

The output bits from the scrambler s(m) shall be mapped to an output level y(m) as follows: 

Table D.3: Bit-to-level mapping 



Scrambler output s(m) 


Mapper output level y(m) 


Data mode index 





-9/16 


0011 


1 


+9/16 


1000 



The levels corresponding to a and 1 at the output of the scrambler shall be identical to the levels of the 16-TC-PAM 
constellation corresponding to indexes 001 1 and 1000 respectively. 



D.2.2 Warm-start activation sequence 



The sequence and timing diagram for the warm-start activation sequence is given in figure D.3. 
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Figure D.3: Timing diagram for the warm-start activation sequence 
Table D.4: Duration and tolerances for activation signals 



Signal 


Parameter 


Reference 


Nominal 
Value 


Tolerance 


WuN 


Duration of W\^,jf^ 


D.2.4.1 


12 ms 


±2 ms 


Ws 


Guard time to prevent over lapping signals 




6 ms 


±2 ms 


WuL 


Duration of W^^^^ 


D.2.4.2 


20 ms 


±2 ms 


*ECN 


Duration of the half duplex segment of the NTU 


D.2.4.3 


40 ms 


±2 ms 


*SYN 


Minimum Duration of the half duplex segment of 
the LTU 




100 ms 


±2 ms 


WSact 


Maximum activation time 




500 ms 




active 


Minimum time the link has to remain active 




5 min 




NOTE: The maximum time for activation, occurring after a deactivation without any intervening loopback or 
powering action and without any change in cable characteristic for a metallic pair cable transmission 
system is t^sact ''"'^'^ ^''J^ f^"" activation time is understood as a 95 %-value when testing with line 
models specified for the digital transmission system. 
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D.2.3 State transition diagram 



The state transition diagram for the warm-start activation of the NTU and the LTU is given in figure D.4. 



Activation of NTU 



Warmstart 
Req. by NTU 




* Exception condition 

(e.g. missed detection 

of expected signal) 



NTU converged 




Activation of LTU 



Warmstart Req. by LTU 




LTU converged and 



Wqi^^ detected 



W 



* Exception condition 

(e.g. missed detection 

of expected signal) 




^ 



( Data V- 



Flgure D.4: LTU and NTU transmitter warm-start state transition diagram 



D.2.4 Signals used in warm-start activation 



D.2.4.1 Signal W 



WUN 

The NTU initiated warm-start shall start with the NTU sending the warm-start wake up signal, W^y^p^ for a duration of 
'■WUN- "'"he waveform and the transmit power of W^y^N i^ '■^^ same as of the 12 kHz-R-Tone used in the PACC. 
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D.2.4.2 Signal WwuL 



The wake-up signal for the LTU initiated warm-start shall be the W^yy^. If the warm-start is initiated by the NTU, the 
LTU shall send the signal W^^^ ^fter detecting the signal W^^^j^. W^yy^ shall have a duration of t-^y^. The waveform 
and the transmit power of W^^l ^^ ^^^ same as of the 20 kHz-C-Tone used in the PACC. 

D.2.4.3 Signal Wecn 

The NTU shall send Wg^j^, beginning t^^ after the end of W^yy^- Waveform Wg^p^ shall be generated by connecting 
logical ones to the input of the NTU scrambler as shown in figure D.2. The transmit power, symbol rate and PSD mask 
for WgQf^, shall be as for signal W^^ 

Half duplex signal Wg^j^j shall be sent for time t^Qj^. 

D.2.4.4 Signal WsL 

The LTU shall send Wg^ beginning t^§ after the end of W£,--n- Waveform Wg^ shall be generated by connecting 
logical ones to the input of the LTU scrambler as shown in figure D.2. The transmit power, symbol rate and PSD mask 
for WgL, shall be as negotiated during the preactivation sequence. 

D.2.4.5 Signal Wsn 

The NTU shall start transmitting W^j,^ beginning t^^^ + t^YN ''■^^^^ ^^^ ^^'^ °f ^ECN- Waveform W^j,^ shall be generated 
by connecting logical ones to the input of the NTU scrambler as shown in figure D.2. The transmit power, symbol rate 
and PSD mask for Wgj^, shall be as negotiated during the preactivation sequence. 

D.2.4.6 Signal WoKN 

The NTU shall start transmitting Wqj^s^ when the NTU achieves full operational status. Full operational status of the 
NTU means that the NTU is ready to enter data mode. Waveform Wqj^^ shall be generated by connecting logical zeros 
to the input of the NTU scrambler as shown in figure D.2. The transmit power, symbol rate and PSD mask for Wqj^, 
shall be as for signal W^j^. 

D.2.4.7 Signal WoKL 

The LTU shall send Wqjq^ when the LTU has both detected Wqjq^ and achieves full operational status. Full operational 
status of the LTU means that the LTU is ready to enter data mode. Waveform Wqj^^ shall be generated by connecting 
logical ones signal to the input of the LTU scrambler as shown in figure D.2. The transmit power, symbokate and PSD 
mask for Wqjq^ shall be the same as for W^^. Wqj^^ shall be sent for exactly 256 symbols. 

D. 2.4.8 Datacand Datar 

Within 200 symbols after the end of Wqj^L' the LTU shall send Dataj, and NTU shall send Dataj.. These signals are 

described in clause 9.2. There is no required relationship between the end of Wqj^^ ^nd any bit within the 

SDSL data-mode frame. The SDSL payload data shall be valid Tp^^ [gj^^jy^jj^ (see table D.5) after the end of Wqjq^. 

D.2.4.9 Warm-start exception-condition 

An exception condition shall be declared during warm-start if the timeout values given in clause D.2.4. 1 1 expire or if 
any vendor-defined abnormal event occurs. 
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D.2.4.1 Warm-Start Exception-state 

If an exception condition is declared during warm-start, the LTU or NTU enters the exception state and warm-start is 
aborted. During the exception state the TU shall be silent for at least Tgjjgi^i,^ (see table D.5), wait for transmission from 

the far end to cease, then return to the corresponding initial startup state. The NTU and LTU shall begin preactivation, 
as per clause 9.2. 

D.2.4.11 Timeouts 

Table D.5 shows the system timeouts and their values. 

Table D.5: Timeout values 



Name 


Parameter 


Value 


^Silence 


Minimum time in tlie warm-start exception state wliere the LTU or 
NTU are silent before the start of preactivation. 


See table 9.3 


"''payloadValid 


Time from start of Data^ and Data^ to valid SDSL payload data 


See table 9.3 
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Annex E (normative): 

Requirements for Payload Data Rates up to 5696 kbit/s 



E.1 Scope 



This annex provides the additions and modifications to the corresponding clauses in the main body for payload data 
rates up to 5 696 kbit/s. Support for this annex is optional. 

NOTE 1: For spectral management purposes, access rules in some networks and countries may forbid injection of 
some signals specified in this annex. In particular such restrictions may apply to the signals associated 
with higher bit rates. These access rules will be dependent on the loop length, the combination of signals 
flowing in the same bundle, etc. 

NOTE 2: Annex C constrains the use of repeaters for some signals in this annex. 



E.2 Data Rate 



Table E.l shows the relationship between the payload data rate and the symbol rate at 16 or 32 UC-PAM encoding for 
the one -pair mode. 

The operation of the TU in data mode at the specified information rate shall be as specified in table E.l. 

Table E.1 : Framed Data Mode Rates 



Payload Data Rate, R 
(kbit/s) 


Modulation 


Symbol Rate (ksymbol/s) 


K 
(Bits per Symbol) 


R= nx64 + /x8 


16 UC-PAM 


(R+8)-3 


3 


R= nx64 + /x8 


32 UC-PAM 


(R+8)-4 


4 



This annex extends the single -pair rates specified in clause 7.1 of the main body. It is applicable for single-pair rates 
given by nx64 + /x8 kbit/s where for 16 UC-PAM, 36 < n < 60 and < ; < 7. For 16 UC-PAM and n = 36, the 
applicable values of i are 2 < i < 7. For 16 UC-PAM and n = 60, the applicable value of / are or 1 . This corresponds to 
(payload) data rates from 2 320 kbit/s to 3 848 kbit/s in increments of 8 kbit/s for 16 UC-PAM. For 32 UC-PAM, 
12 < n < 89 

and < ! < 7. For 32 UC-PAM and n = 89, the applicable value of ; is 0. This corresponds to (payload) data rates from 
768 kbit/s to 5 696 kbit/s in increments of 8 kbit/s for 32 UC-PAM. 

This annex is also applicable for optional operation on more than one pair (4- wire or M-pair mode). 



E.2.1 Support for Multiple Encodings 



Support for the data rates specified in this annex is optional, and, as such, a TU supporting this annex is not required to 
support all specified data rates. For each rate that an NTU supports, it shall support all available encodings (i.e., both 16 
and 32 UC-PAM for rates where both encodings are specified). Support for multiple encodings is optional for the LTU. 
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E.2.2 G. 994.1 Preactivation Sequence 

As specified in clause 9.2, G.994. 1 is used to begin the preactivation sequence. 

To support a wide range of data rates and multiple encodings, this clause introduces a new way to encode data rates in 
G994. 1 code points. This method of encoding rates is used for both the PMMS rates and the training rates. Data rates 
are encoded as a set of ranges, where each range is expressed as a 3-tuple (minimum, maximum, step). The 3-tuple 
represents all rates of the form (m + kxs) x(64 kbit/s) where m is the minimum value, s is the step value, and k is the set 
of all integers greater than or equal to zero such that m + kxs is less than or equal to the maximum value. Thus, for 
example, the 3-tuple (40, 70, 10) represents the rates 40 x 64kbit/s, 50 x 64kbit/s, 60 x 64kbit/s, and 70 x 64kbit/s. 

Each data rate parameter in this annex can be expressed as a set of between 1 to 8 ranges, where the supported rates are 
the union of those supported by the individual ranges. Thus, for example, the 3-tuples (20, 30, 4), (40, 70, 10) represent 
the rates 20 x 64 kbit/s, 24 x 64 kbit/s, 28 x 64 kbit/s, 40 x 64 kbit/s, 50 x 64 kbit/s, 60 x 64 kbit/s, and 70 x 64 kbit/s. If 
all bits of the extended base data rate minimum and maximum are set to zero, then those rates are not supported for line 
probe. If only one range of rates is required, then only the octets associated with (mini, maxl, stepl) shall be sent. 

Also, in many cases, the values in the data range 3-tuple can be less than or equal to 89 (representing the maximum 
payload data rate of 5 696 kbit/s supported in this annex). When using G994.1 code point representation, only 6-bits are 
available for the value of an NPAR(3). To support numbers greater than 63, the value must be split across multiple 
octets. When encoding a data range using G994.1, 4-octets are used, where the first octet contains the highest order bit 
from each of the values in the 3-tuple. This is illustrated in table 11.16.10. of G.994. 1. 

The complete set of rate capabilities shall be the union of the extended rates specified in this annex with the non- 
extended rates specified in the main body. 

Ranges of rates may overlap, and may contain some rates which are identical. For example, the 3-tuples (40,60,10) and 
(50, 70, 5) would be a valid set of ranges. In this case, the union of these two 3-tuples would be the rates 40 x 64 kbit/s, 
50 X 64 kbit/s, 55 x 64 kbit/s, 60 x 64 kbit/s, 65 x 64 kbit/s, and 70 x 64 kbit/s. Note that, for PMMS, if two ranges 
contain some rates which are identical, the probe waveforms associated with these identical rates are only sent once. 

The following definition is added to the G.994. 1 code point definitions in annex B for the support of the extended data 
rates specified in this annex. 



Extended Base Data Rate 



These octets are used to specify payload rates for this annex, as follows: 

The PMMS octets indicate rates for line probing segments. Note that while 
PMMS uses 2-PAM modulation, the PMMS symbol rates are specified 
assuming 32 UC-PAM encoding, so the PMMS symbol rate (in 
ksymbols/sec) would be equal to the (payload data rate (kbit/sec) + 8 
kbit/s)/4. Valid values for min and max shall be between 49 and 89, 
inclusive, and valid values for step shall be between 1 and 40, inclusive. The 
variables j 5 and j6 associated with the PMMS rates shall be independent, and 
shall range from 1 to 8, inclusive. If only one range of rates is required, then 
only the octets associated with (mini, maxl, stepl) shall be sent. 

The training parameter octets indicate extended payload data rates supported. 

In CLR, upstream training parameters indicate which data mode rates the 
NTU is capable of transmitting and downstream training parameters indicate 
which data mode rates the LTU is capable of receiving. If the optional line 
probe is used, the receiver training parameters will be further limited by the 
probe results. Valid values for minimum and maximum shall be between 36 
and 60, inclusive, for 16 UC-PAM and between 12 and 89, inclusive, for 32 
UC-PAM. Valid values for step shall be between 1 and 89, inclusive. The 
variablesjl, j2, j3 and j4 associated with the training rates shall be 
independent, and shall range from 1 to 8, inclusive. The NTU shall indicate 
support for both 16- and 32 UC-PAM for all supported rates for which both 
encodings are defined in tables E.4 and E.5. 
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In CL, downstream training parameters indicate which data mode rates the 
LTU is capable of transmitting and upstream training parameters indicate 
which data mode rates the LTU is capable of receiving. Valid values for 
minimum and maximum shall be between 36 and 60, inclusive, for 
16 UC-PAM and between 12 and 89, inclusive, for 32 UC-PAM. VaUd 
values for step shall be between 1 and 89, inclusive. The variables j 1, j2, j3 
and j4 associated with the training rates shall be independent, and shall range 
from 1 to 8, inclusive. If optional line probe is used, the receiver training 
parameters will be further limited by the probe results. 

Data rate selections shall be specified in MP and MS messages by setting the 
maximum and minimum rates to the same value. 



E.3 Mapper 



The K+1 bits Yj^(m), . . ., Y^(va), and YQ(m) shall be mapped to a level x(m). In clause 9.3.3.3, the mapper function is 
specified for 16-TCPAM. This annex extends that mapping to include both 16 and 32 UC-PAM encodings. 

Table E.2 shows the bit to level mapping for 16 and 32 level mapping. 

Table E.2: Data mode bit-to-level mapping 



Y4(m) 


Y3(m) 


Y2(m) 


Yi(m) 


Yo(in) 


32-PAM (5 Bits) 


16-PAM(4Bits) 

















-31/32 


-15/16 
















-29/32 


-13/16 
















-27/32 


-11/16 















-25/32 


-9/16 
















-23/32 


-7/16 















-21/32 


-5/16 















-19/32 


-3/16 














-17/32 


-1/16 















-15/32 


1/16 














-13/32 


3/16 














-11/32 


5/16 













-9/32 


7/16 
















-7/32 


9/16 















-5/32 


11/16 















-3/32 


13/16 














-1/32 


15/16 















1/32 


- 














3/32 


- 














5/32 


- 













7/32 


- 














9/32 


- 













11/32 


- 













13/32 


- 












15/32 


- 















17/32 


- 














19/32 


- 














21/32 


- 













23/32 


- 
















25/32 


- 















27/32 


- 















29/32 


- 














31/32 


- 



2-PAM constellation mapping for Activation and Warm-Start 

In activation mode (7.2.1) and during warm-start (annex D.2.1) 2-PAM signaling is used. In 9.1.5 the mapping of 
the 2-PAM levels is defined for the case of 16 TC-PAM transmission in data mode. 
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Table E.3 shows 2-PAM bit-to-level mapping for 16 and 32 level transmission. According to 7.2.1, the modulation 
format in activation mode shall be 2-PAM. 

For 2-PAM, the output bits from the scrambler s(m) shall be mapped to an output level y(m) as follows: 

Table E.3: Bit-to-level mapping 



Data mode constellation 


Scrambler output s(m) 


Mapper output level y(m) 


Data mode index 


16TC-PAM 





-9/16 


0011 


1 


+9/16 


1000 


32 TC-PAM 





-19/32 


00110 


1 


+19/32 


10101 



In the case of 16 UC-PAM data mode transmission, the levels, corresponding to the scrambler outputs and 1, shall be 
identical to the levels in the 16 TC-PAM constellation (table E.3) corresponding to indexes 001 1 and 1000, 
respectively. 

In the case of 32 UC-PAM data mode transmission, the levels, corresponding to the scrambler outputs and 1, shall be 
identical to the levels in the 32 UC-PAM constellation (table E.3) corresponding to indexes 001 10 and 10101, 
respectively. 



E.4 PSD Masks 

For symmetric PSDs using 16 UC-PAM payload data rates greater than or equal to 2 320 kbit/s, and for symmetric 
PSDs using 32 UC-PAM payload data rates greater than or equal to 768 kbit/s, the measured transmit PSD of each TU 
shall not exceed the PSD masks specified in this section {PSDMASK^Y-,^iJf)), and the measured total power into 135 il 
shall fall within the range specified in this section (^ sDSL- ^'^ '^^)- 

The inband PSD for </< 2,0 MHz shall be measured with a 10 kHz resolution bandwidth. 

NOTE: Large PSD variations over narrow frequency intervals (for example near the junction of the main lobe 

with the noise floor) might require a smaller resolution bandwidth (RBW) to be used. An appropriate way 
would be to choose RBW such that there is no more than 1 dB change in the signal PSD across the RBW. 
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For all values of framed data rate available in the LTU or NTU, the following set of PSD masks (PSDMASKs^sLCf)) 
shall be selectable: 



PSDMASKsDSL(f) = 

r 



/](f)=10 



10 y^^DSL 1 



< 



R, 



X X 

f 

sym 



^.f^ 



f 

V symy 



^.f^^ 



f 

V symy 



/ \ 2xOrder 

' f ^ 



MaskOffsetdB(f) 

xlO 10 [W/Hz] 



1 + 



VMdBy 



Pj (f) = -90 dBm/Hz peak with maximum power in a [f, f + 1 MHz] window of 
[10*logio(0,5683xlO"*xf"''^) + 90]dBm 



f <fi„ 



fi„, <f <3,184MHz 



V 



P3 (f) = -90 dBm/Hz peak with maximum power in a [f, f + 1 MHz] window of - 50 dBm 3,184 MHz < f < /^ 



where: 

PBO = the Power Back-Off value in dB, as defined in clause E 5 
'^sdsi' ^syrri' ^sdB ^^'^ Order are defined in table E.4 and E.5 
f = frequency in Hz 



Rs= 135fi 



, ^ l + Q,4x ^^'"^ ^ [dB], f<f,, 

MaskOffsetdB(f)= f, „ ^' 



1 



[dB], f>f3, 



lowest frequency above fg^g where the expressions for Pj(f) and ^^^ intersect 



f.ax= 11^040 MHz 



Table E.4: Symmetric PSD parameters, 16 UC-PAM 



Payload data rate, R 
(kbit/s) 


KsDSL 

(V^ 


Order 


'sym 
(Hz) 


*3dB 
(Hz) 


PSDSL 
(dBm) 


2 320 < R < 3 848 


9,9 


6 


(R+8)/3 


1,0xfsym/2 


14,5 



Table E.5: Symmetric PSD parameters, 32 UC-PAIVI 



Payload data rate, R 
(kbit/s) 


•^SDSL 

(V^ 


Order 


'sym 
(Hz) 


*3dB 
(Hz) 


PSDSL 
(dBm) 


768 < R <2 688 


7,86 


6 


(R+S)/4 


l,0Xf3y^/2 


13,5 


2 688 < R < 5 696 


9,9 


6 


(R+S)/4 


1,0Xf3y^/2 


14,5 
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For dB power backoff, the measured transmit power into 135 il shall fall within the range ^SHDSL- ^'^ '^^- ^'-'^ 
power backoff values other than dB, the measured transmit power into 135 il shall fall within the range 
^SHDSL- O-^ '^^ minus the power backoff value in dB. The measured transmit PSD into 135 il shall remain below 
PSDMASK^^Y)S]Jf>- Figure E 1 shows the PSD masks with dB power backoff for payload data rates of 
3 848 kbit/s (16 UC-PAM) and 5 696 kbit/s (32 UC-PAM). 
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Figure E.1 : PSD Masks for dB Power Backoff 
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The equation for the nominal PSD measured at the terminals is: 



NominalPSDsDSL(f)^ 

r 



-PBO 



Pl(f)=10 "' X 



K, 



10 ^ "-SDSL 



f 



< 



R. f. 



4„f-l,5 I 



^.f^^ 



f 



1 + 



/ \ 2xOrder r 2 , r 2 

' i \ r +t 



[W/Hz] 



V^adBy 



PjCf) = 0,5683x10"^ xf-''" [W/Hz] 



V 



P3(f) = -110dBm/Hz 



f <f„ 



fi„, < f < 3,1 84 MHz 



3,184MHz<f </„ 



where: 

PBO = the Power Back-Off value in dB, as defined In clause E-5. 

Kgjj3|, \ , fgjjg and Order are defined in table E.4 and E.5 

f = frequency in Hz 

Rs= 135£i 

fj, is the transformer cut-off frequency, assumed to be 5 kHz 

f|^, = lowest frequency above fg^jg where the expressions for P^(f) and P2(f) intersect 

fmax=11>040MHz 



Figure E.2 shows the nominal transmit PSDs with 14.5 dBm power for payload data rates of 3 848 kbit/s (16 UC-PAM) 
and 5 696 kbit/s (32 UC-PAM) kbit/s. 

NOTE: The nominal PSD is intended to be informative in nature; however, it is used for purposes of crosstalk 
calculations as representative of typical implementations. 
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Figure E.2: Nominal PSDs for dB Power Bacl(off 



E.5 Power Back-off 



In order to reduce crosstalk to other xDSL transmission systems, modified power back-off shall be implemented at 
SDSL symbol rates greater than 770,67 ksymbols/s. The LTU selects the power back-off value that shall be applied on 
LTU and NTU side and transmits this values in the appropriate octets of the final Mode Select message in the PACC to 
the NTU. The NTU shall apply the power back-off value contained in the final Mode Select message received from the 
LTU. 

PBO can be defined as a function of the measured EPL or SNR. 

The definition of the EPL is identical to clause 9.2.6. The assignment of power back-off values in 4-wire/M-pair mode 
shall be as specified in clause 9.2.6. 

If no network specific PBO has been communicated, the default power back-off shall be applied. The PBO shall not 
exceed the maximum power back-off value. 
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Table E.6: Default power back-off values 



Estimated power 
loss/dB 


Maximum power 
bacl<-off/dB 


Default Power bacl<- 

off/dBfor16UC- 

PAIVI 


Default Power back- 

off/dB for 32 UC- 

PAM 


EPL>10 


31 








10<=EPL<9 


31 


1 





9 <= EPL < 8 


31 


2 





8 <= EPL < 7 


31 


3 


1 


7 <= EPL < 6 


31 


4 


2 


6<=EPL<5 


31 


5 


3 


5<=EPL<4 


31 


6 


4 


4<=EPL<3 


31 


7 


5 


3 <= EPL < 2 


31 


8 


6 


2 <= EPL < 1 


31 


9 


7 


1 <= EPL < 


31 


10 


8 



NOTE: The default power back-off algorithm was designed for networks operating under noise B,C or D 

conditions. For networks operating under noise A conditions, the default power back-off value be the 
greater of dB or the value of table E.6 reduced by 4 dB for 16 UC-PAM and 6 dB for 32 UC-PAM. 



E.6 Functional Characteristics 



Functional characteristics such as return loss, Span Powering, Longitudinal Balance, and Longitudinal Output Voltage 
shall be as described in the main body of the present document. 



E.7 Testloop length 



The length of each testloop for e-SDSL transmission systems is specified in tables E.7 and E.8. The specified insertion 
loss Y for each testloop at the specified test frequency measured with a 135 fJ termination (electrical length) is 
mandatory. If implementation tolerances of one testloop result in its electrical length being out of specification, then its 
total physical length shall be scaled accordingly to adjust this error. 

The test frequency fj is chosen to be a typical mid-band frequency in the spectrum of the e-SDSL systems. The length 

is chosen to be a typical maximum value that can be supported correctly by the e-SDSL transceiver under test. This 
value is bitrate-dependent: the higher the payload bitrate, the lower is the insertion loss that can be supported in 
practice. 
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Table E.7: Values of the electrical length Y of the SDSL noise testloops, 
when testing e-SDSL at noise model A 



Payload 

Bit rate 

[kb/s] 

(TCPAM) 


fT 
[kHz] 


LI 
[m] 


Y2 
[dB] 

@fT. 

@i35n 


L2 

[m] 


Y3 
[dB] 

@fT. 
@135ii 


L3 
[m] 


Y4 
[dB] 

@fT. 

@i35n 


L4 
[m] 


3 072 

(coded 1 6) 


250 


<3 


12,3 


1 027 


12,1 


1 303 


11,3 


1 230 


3 848 
(coded 1 6) 


300 


<3 


9,9 


773 


9,8 


964 


9,2 


919 


768 (coded 
32) 


100 


<3 


24,6 


2 554 


24,3 


3 493 


24,1 


3 470 


1 024 
(coded 32) 


100 


<3 


20,4 


2 121 


20,1 


2 893 


19,7 


2 831 


2 048 
(coded 32) 


150 


<3 


12,3 


1 189 


12,1 


1 561 


11,3 


1 443 


3 072 
(coded 32) 


150 


<3 


8,4 


812 


8,2 


1 029 


7,2 


918 


3 848 
(coded 32) 


200 


<3 


6,4 


579 


6,4 


715 


5,3 


605 


4 096 
(coded 32) 


250 


<3 


6,2 


521 


6,3 


638 


5 


535 


5 120 
(coded 32) 


300 


<3 


4,3 


340 


4,3 


403 


3,6 


336 


5 696 
(coded 32 


350 


<3 


3,6 


270 


3,6 


314 


3,1 


266 




Payload 

Bit rate 

[kb/s] 

(TCPAM) 


fT 
[kHz] 


Y5 
[dB] 

@i35a 


L5 
[m] 


Y6 

[dB] 

@fT. 

@135a 


L6 
[m] 


Y7 
[dB] 
@fT. 

@i35n 


L7 
[m] 


3 072 
(coded 1 6) 


250 


13,1 


1 755 


14,1 


440 


11,7 


800 


3 848 
(coded 1 6) 


300 


11,4 


1 107 


12,6 


249 


10,1 


484 


768 (coded 
32) 


100 


25,4 


7 470 


27,6 


1 655 


25,2 


2 886 


1 024 
(coded 32) 


100 


20,6 


5 910 


23,7 


1 222 


20,9 


2 314 


2 048 
(coded 32) 


150 


12 


2 465 


10,8 


510 


12,2 


1 106 


3 072 
(coded 32) 


150 


7,6 


1 216 


7,6 


213 


7,8 


624 


3 848 
(coded 32) 


200 


7,5 


605 


— 


N/A 


5,9 


389 


4 096 
(coded 32) 


250 


8,2 


478 


— 


N/A 


— 


N/A 


5 120 
(coded 32) 


300 


— 


N/A 


— 


N/A 


— 


N/A 


5 696 
(coded 32) 


350 


— 


N/A 


— 


N/A 


— 


N/A 
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Table E.8: Values of the electrical length Y of the SDSL noise testloops, 
when testing e-SDSL at noise model B, C or D 



Payload 

Bit rate 

[kb/s] 

(TCPAM) 


fT 
[kHz] 


LI 

[m] 


Y2 
[dB] 
@fT. 

@i35a 


L2 

[m] 


Y3 
[dB] 

@fT. 
@135i2 


L3 
[m] 


Y4 
[dB] 

@fT. 

@i35n 


L4 
[m] 


3 072 
(coded 16) 


250 


<3 


18,7 


1 561 


18,8 


2 006 


17,8 


1 916 


3 848 
(coded 1 6) 


300 


<3 


16,5 


1 286 


16,5 


1 630 


15,8 


1 573 


768 (coded 
32) 


100 


<3 


31 


3 209 


30,7 


4 407 


30,2 


4 322 


1 024 
(coded 32) 


100 


<3 


26,5 


2 751 


26,3 


3 772 


25,9 


3715 


2 048 
(coded 32) 


150 


<3 


18,8 


1 810 


18,6 


2412 


18 


2 342 


3 072 
(coded 32) 


150 


<3 


14,4 


1 390 


14 


1 801 


13 


1 684 


3 848 
(coded 32) 


200 


<3 


12,4 


1 112 


12,2 


1 416 


11 


1 297 


4 096 
(coded 32) 


250 


<3 


12,5 


1 039 


12,2 


1 317 


11,1 


1 206 


5 120 
(coded 32) 


300 


<3 


10,3 


808 


10,2 


1 008 


9,3 


933 


5 696 
(coded 32) 


350 


<3 


9,7 


713 


9,6 


883 


8,7 


817 




Payload 

Bit rate 

[kb/s] 

(TCPAM) 


fT 
[kHz] 


Y5 
[dB] 
©fj, 

@i35a 


L5 
[m] 


Y6 

[dB] 

@fT. 

@135a 


L6 
[m] 


Y7 
[dB] 
@fT. 

@i35n 


L7 
[m] 


3 072 
(coded 1 6) 


250 


19,2 


3 203 


20,6 


972 


18,4 


1 442 


3 848 
(coded 1 6) 


300 


17,3 


2 441 


18,7 


748 


16,8 


1 072 


768 (coded 
32) 


100 


32 


9 630 


33,2 


2312 


31,6 


3 711 


1 024 
(coded 32) 


100 


26,9 


7 960 


29,2 


1 849 


27 


3115 


2 048 
(coded 32) 


150 


18,9 


4 354 


17 


1 114 


18,9 


1 890 


3 072 
(coded 32) 


150 


13,5 


2 807 


13,4 


742 


14,1 


1 297 


3 848 
(coded 32) 


200 


12,1 


1 976 


10,3 


507 


11,3 


914 


4 096 
(coded 32) 


250 


13,1 


1 776 


14,3 


451 


11,9 


814 


5 120 
(coded 32) 


300 


11,3 


1 186 


13,2 


281 


11,3 


534 


5 696 
(coded 32) 


350 


11,2 


953 


7,9 


182 


9,7 


419 



NOTE: Some test performance reach numbers are currently not available (N/A) because the distances are small 
(fixed cable segments of 200 m in loop #5 and 350 m in loop #7) and more investigation on the 
implementation loss of the modem and the noise seen by the modem is required. 



E.8 Test procedure 



For further study. 
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Annex F (informative): 

Signal regenerator startup description 

This annex describes the startup sequence used on spans employing regenerators. The sequence applies to spans with an 
arbitrary number of regenerators (up to 8), but for simplicity, the description here assumes a two-regenerator link. The 
use of line probing is optional, but its use is assumed for the purpose of this description. 

The basic premise is that capability lists and line probe results propagate from the NTU toward the LTU and that the 
SDSL training begins at the LTU and propagates in the direction toward the NTU. The Regenerator Silent Period (RSP) 
bit in ITU-T Recommendation G. 994.1 [15] is used to hold off segments while the startup process propagates across the 
span. 

The block diagram in figure F. 1 shows a typical SDSL span with two regenerators as a reference for the startup 
sequences described below. 



NTU 




REG2 




REGi 




LTU 




^ ^ 


Rl R 

E E 
G G 

C R 

1 


^ ^ 


Rl R 

EJ E 

g| G 

C| R 


^ ^ 






^ w 


^ w 






^ -^ 




^ ^ 






Segment TR2 

-*• 


Segment RRl 


Segment TRl 






< 




.Sn.ST snan 




> 





Figure F.I : Block diagram of a SDSL span withi two signal regenerators 



F.1 NTU initiated startup 

In most typical SDSL installations, the NTU can be expected to initiate the startup process. 

The proposed SDSL startup process for NTU initiation when line probe is enabled is described in the text below and 
shown graphically in table F. 1 . In this mode, the NTU triggers the startup process by initiating a G.994. 1 session with 
the regenerator closest to it (over segment TR2). The NTU and the REG2-C then exchange capabilities. Because the 
target margins have not been passed from the LTU to the NTU and therefore line probe has not yet been performed, the 
REG2-C issues an MS with the RSP bit set to hold off the NTU while the startup process propagates across the span. In 
this Appendix, the term "target margin" refers to both the current- condition target margin and the worst- case target 
margin as described in clauses 9.2.7 and B.l. The G.994. 1 session terminates normally, and the NTU begins its waiting 
period. 

Next, the REG2-C conveys the capabilities from Segment TR2 to the REG2-R across the regenerator's internal interface. 
The REG2-R then initiates a G.994. 1 session with the REGj-C and performs the same capabilities exchange described 
above for the first segment. The capabilities expressed by the REG2-R are the intersection of its own capabilities with 
the capabilities it has received for Segment TR2. The units still do not have sufficient information to begin SDSL 
activation, so, again, the REG^-C issues an MS with the RSP bit set. The G.994. 1 session terminates normally, and the 

REG2-R begins its waiting period. 

As before, the REGj-C then conveys the capabilities from Segment RRl (intersected with capabilities from Segment 
TR2) to the REGpR across the regenerator's internal interface. The SRUpR initiates a G.994. 1 session with the LTU 
and performs a capabilities exchange. The units still do not have sufficient information to begin SDSL activation, but 
the REGj-R now has the target margins from the LTU, so the REGj-R issues an MS with the RSP bit set. The G.994. 1 

session terminates normally, and the LTU begins its waiting period. 
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At this point, the LTU knows the NTU has initiated a startup, but the target margins have not been passed all the way 
from the LTU to the NTU and therefore the line probe has not yet been performed on any segment. The REGj-R 
communicates the LTU target margins and other parameters to the REGpC across the regenerator's internal interface. 
At this point, the REGpC initiates a G. 994.1 session with the REG2-R over Segment RRl and then exchanges 
capabilities, using the target margins passed from the LTU and setting the "CO target margin" capability bit set to a one. 
The REG2-R issues an MS with the RSP bit set. The G. 994.1 session terminates normally, and the REGj-C begins its 
waiting period. The REG2-R communicates the LTU target margins and other parameters to the REG2-C across the 
regenerator's internal interface. At this point, the REG2-C initiates a G.994. 1 session with the NTU over Segment TR2. 
The NTU and the REG2-C then exchange capabilities, using the target margins passed from the LTU and setting the 

"CO target margin" capability bit set to a one, and optionally perform a line probe and a second capabilities exchange. 
The units do not have enough information to begin SDSL activation at this point, so the REG2-C issues an MS with the 
RSP bit set to hold off the NTU while the startup process propagates across the span. The G.994. 1 session terminates 
normally, and the NTU begins its waiting period. 

Next, the REG2-C conveys the capabilities from Segment TR2 to the REG2-R across the regenerator's internal interface. 
The REG2-R then initiates a G.994. 1 session with the REGj-C and performs the same capabilities exchange and line 
probing sequence described above for the first segment. The capabilities expressed by the REG2-R are the intersection 
of its own capabilities with the capabilities it has received for Segment TR2. The units still do not have sufficient 
information to begin SDSL activation, so, again, the REG^-R issues an MS with the RSP bit set. The G.994. 1 session 
terminates normally, and the REG2-R begins its waiting period. 

As before, the REGj-C then conveys the capabilities from segment RRl (including the information from segment TR2) 
to the REG^-R across the regenerator's internal interface. The REGpR initiates a G.994. 1 session with the LTU and 
performs a capabilities exchange. Optionally, a line probe and a second capabilities exchange may be used. As before, 
the capabilities expressed by the REGpR are the intersection of its own capabilities with the capabilities it has received 

for segments RRl and TR2. At this point, the LTU possesses all of the required information to select the span's 
operational parameters. The data rate and other parameters are selected, just as in a normal (non-regenerator) 
preactivation sequence and then the SDSL activation begins for segment TRl. 

When the LTU/REGpR link (over segment TRl) has completed the SDSL activation sequence (or the G.994. 1 session, 
if clock mode 1 is selected), the REGpR communicates the selected operational parameters to the REGpC across the 
regenerator's internal interface. At this point, the REGj-C initiates a G.994. 1 session with the REG2-R over segment 
RRl. Parameters are selected - there should be no need for another CLR-CL exchange at this point - and the units 
perform the normal SDSL activation. If clock mode 1 is selected (classic plesiochronous) there is no need to lock 
symbol timing to a network clock reference. In this case, the REGj-C/REG2-R G.994. 1 session and activation should 

begin as soon as the LTU/REGpR G.994. 1 sessions completes. In clock modes 2, 3a, and 3b, such a network or data 
clock reference is necessary for establishing symbol timing. In these modes, the REGj-C will delay the initiation of its 
G.994. 1 session until the LTU/REG^-R activation is complete. In this way, the required reference clock will be 
available for symbol timing on the REGj-C/REG2-R segment. 

When the REGj-C/REG2-R link (over segment RRl) has completed the SDSL activation sequence (or the G.994. 1 
session, if clock mode 1 is selected), the REG2-R communicates the selected operational parameters to the REG2-C 
across the regenerator's internal interface. The REG2-C initiates a G.994. 1 session with the NTU over Segment TR2. 
Parameters are selected and the units perform the normal SDSL activation. When this activation sequence is complete, 
the span can become fully operational. 

If line probe is disabled, then there is no reason to pass the target margins from the LTU to the NTU and only the 
second wave of G.994. 1 transactions need to occur. Table F.2 shows the typical transactions for the case where the line 
probe is disabled and the NTU initiates the startup. 
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Table F.I : NTU initiated startup sequence (line probe enabled) 



Segment TR2 
(NTU / REG2-C) 


Segment RR1 
(REG2-R/REG1-C) 


Segment TR1 
(REG1-R/LTU) 


G.994.1 Starts 






Capabilities excliange 
(default target margins) 






^ MS (RSP) 








G.994.1 Start -^ 






Capabilities exchange 
(default target margins) 






^ MS (RSP) 








G.994.1 Starts 






Capabilities exchange 
(CO target margins) 






MS (RSP) ^ 




^G.994.1 Start 






Capabilities Exchange 
(CO target margins) 






MS (RSP) ^ 




^G.994.1 Start 






Capabilities Exchange 
(CO target margins) 






Line Probe 






Capabilities Exchange 






^ MS (RSP) 








G.994.1 Start ^ 






Capabilities Exchange 






Line Probe 






Capabilities Exchange 






^ MS (RSP) 








G.994.1 Start ^ 






Capabilities exchange 






Line Probe 






Capabilities Exchange 






Mode Selection 






SDSL activation 




^ G.994.1 Start 






Mode Selection 






SDSL activation 




<- G.994.1 Start 






Mode Selection 






SDSL activation 
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Table F.2: NTU initiated startup sequence (line probe disabled) 



Segment TR2 
(NTU / REGg-C) 


Segment RR1 
(REG2-R/REG1-C) 


Segment TR1 
(REG1-R / LTU) 


G. 994.1 Starts 






Capabilities excliange 


















^ MS (RSP) 








G.994.1 Start ^ 






Capabilities exchange 


















^ MS (RSP) 








G.994.1 Start -^ 






Capabilities exchange 


















Mode Selection 






SDSL activation 




^G.994.1 Start 






Mode Selection 






SDSL activation 




^G.994.1 Start 






IVIode Selection 






SDSL activation 







F.2 LTU initiated startup 



In some cases, it may be desirable for the LTU to initiate the startup process. The proposed SDSL startup process for 
LTU initiation is described in the text below and shown graphically in table F.3. 

In this mode, the LTU triggers the startup process by initiating a G.994.1 session with the regenerator closest to it 
(over segment TRl) and exchanges capabilities (including the target margins from the STU-C). In this annex, the term 
"target margin" refers to both the current- condition target margin and the worst- case target margin as described in 
clauses 9.2.7 and B.l. The REG2-C issues an MS with the RSP bit set to hold off the LTU while the startup process 
propagates across the span. The G.994.1 session terminates normally, and the LTU begins its wait period. Next, the 
REGj-C initiates a G.994.1 session with the REG2-R, exchanges capabilities (including the target margins from the 
LTU), and again is terminated following an MS from the REG2-R with the RSP bit set. 

The REG2-C next initiates a G.994.1 session with the NTU. From this point on, the start sequence is as described in 
clause E. 1 for the NTU initiated startup. 
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Table F.3: LTD initiated startup sequence 



Segment TR2 
(NTU / REG2-C) 


Segment RR1 
(REG2-R/REG1-C) 


Segment TR1 
(REG1-R/LTU) 






^ G.994.1 Start 






Capabilities Exchange 
(CO target margins) 






MS (RSP) ^ 




^ G. 994.1 Start 






Capabilities Exchange 
(CO target margins) 






MS (RSP) ^ 




^G.994.1 Start 






Capabilities excliange 
(CO target margins) 






Line probe 






Capabilities exchange 






^ MS (RSP) 








G.994.1 Start ^ 






Capabilities exchange 






Line probe 






Capabilities exchange 






^ MS (RSP) 








G.994.1 Start -^ 






Capabilities exchange 






Line probe 






Capabilities exchange 






Mode Selection 






SDSL activation 




^G.994.1 Start 






Mode Selection 






SDSL activation 




^G.994.1 Start 






Mode Selection 






SDSL activation 







F.3 REG initiated startup 



In some limited applications (including some maintenance and retrain scenarios), it may be desirable for a regenerator 
to initiate the start sequence. In this mode, the REG will initiate the train in the downstream direction - i.e. toward the 
NTU in the same manner that it would have for the corresponding segment of the LTU Startup Procedure (as described 
in clause E.2). The NTU will then initiate the capabilities exchange and line probing procedure toward the LTU, as in a 
normal LTU initiated startup. The startup sequence begins with the initiating REG-C and propagating toward the NTU. 



F.4 Collisions and retrains 

Collisions (equivalent to "glare" conditions in voice applications) can occur in cases where both the LTU and the NTU 
attempt to initiate connections simultaneously. Using the process described above, these collisions are resolved by 
specifying that R-to-C capabilities exchanges and probes will always take precedence over C-to-R train requests. 
G.994.1 sessions inherently resolve collisions on individual segments. 

In G.994.1, the RSP timeout is specified as approximately 1 minute. For spans with no more than one regenerator, this 
is ideal. For multi -regenerator spans, however, a TU may time out and initiate a new G.994.1 session before the REG is 
prepared to begin the next phase of the train. In such cases, the REG should respond to the G.994.1 initiation and issue 
an MS message with the RSP bit set to hold off the TU once again. For its part, the REG should implement an internal 
timer and should not consider a startup to have failed until that timer has expired. The timer should be started when the 
REG receives a RSP bit in an MS message and should not expire for at least 4 minutes. 
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If any segment must retrain due to line conditions or other causes, each segment of the span shall be deactivated and the 
full startup procedure shall be re -initiated. 



F.5 Diagnostic mode activation 



If a segment fails, the startup procedure will also fail for the entire span. This would normally be characterized at the 
TU by being told to enter a silent interval via the RSP bit and never receiving another G.994. 1 request. Without some 
diagnostic information, the service provider would have no easy way to test the integrity of the various segments. 

This concern is resolved by the use of the "Diagnostic Mode" in G.994. 1 to trigger a diagnostic training mode. This bit, 
when set, causes an REG connected to a failed segment to act as a TU and allow the startup procedure to finish. In this 
way, all of the segments before the failed segment may be tested using loopbacks and EOC-initiated tests. This would 
allow network operators to quickly isolate the segment where the failure has occurred. 
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Annex G (informative): 
Typical characteristics of cables 



The primary cable parameters Zj, = Rj, + jcoLj, and Y = +j(0-Cp per unit length are specified for various frequencies in 
tables G.l and G.2. They are based on existing RLCG tables specified in the HDSL specification [1], and extended up 
to 2 MHz. The values of the RLC parameters for other frequencies can be found by using a "cubic spline interpolation". 

Table G.l : Line constants for the cable sections in the SDSL testloops 







SDSL.PE04 




SDSL.PE05 




SDSL.PE06 




SDSL.PE08 


freq 

[Hz] 

X10+3 




Rs 
[aim] 

X10-3 


Ls 
[H/m] 

X10-9 


Cp 

[F/m] 
x10--'2 




Rs 
[aim] 

X10-3 


Ls 
[H/m] 

X10-9 


Cp 

[F/m] 

X 10--'2 




Rs 
[aim] 

X10-3 


Ls 
[H/m] 

X10-9 


Cp 

[F/m] 
x10--'2 




Rs 
[aim] 
X10-3 


Ls 
[H/m] 

X10-9 


Cp 

[F/m] 

X 10--'2 







268 


680 


45,5 




172 


680 


25 




119 


700 


56 




67 


700 


37,8 


10 




268 


678 


45,5 




172 


678 


25 




120 


695 


56 




70,0 


700 


37,8 


20 




269 


675 


45,5 




173 


675 


25 




121 


693 


56 




72,5 


687 


37,8 


40 




271 


669 


45,5 




175 


667 


25 




125 


680 


56 




75,0 


665 


37,8 


100 




282 


650 


45,5 




190 


646 


25 




146 


655 


56 




91,7 


628 


37,8 


150 




295 


642 


45,5 




207 


637 


25 




167 


641 


56 




105 


609 


37,8 


200 




312 


635 


45,5 




227 


629 


25 




189 


633 


56 




117 


595 


37,8 


400 




390 


619 


45,5 




302 


603 


25 




260 


601 


56 




159 


568 


37,8 


500 




425 


608 


45,5 




334 


592 


25 




288 


590 


56 




177,5 


560 


37,8 


700 




493 


593 


45,5 




392 


577 


25 




340 


576 


56 




209 


553 


37,8 


1 000 




582 


582 


45,5 




466 


572 


25 




405 


570 


56 




250 


547 


37,8 


2 000 




816 


571 


45,5 




655 


565 


25 




571 


560 


56 




353 


540 


37,8 



Table G.2: Line constants for the cable sections in the SDSL testloops 







SDSL.PVC032 




SDSL.PVC04 




SDSL.PVC063 


freq 

[Hz] 

X10+3 




Rs 
[aim] 

X10-3 


Ls 
[H/m] 

X10-9 


Cp 

[F/m] 

x10--'2 




Rs 
[aim] 

X10-3 


Ls 
[H/m] 

X10-9 


Cp 

[F/m] 
x10--'2 




Rs 
[aim] 

X10-3 


Ls 
[H/m] 

X10-9 


Cp 

[F/m] 

x10--'2 







419 


650 


120 




268 


650 


120 




108 


635 


120 


10 




419 


650 


120 




268 


650 


120 




108 


635 


120 


20 




419 


650 


120 




268 


650 


120 




108 


635 


120 


40 




419 


650 


120 




268 


650 


120 




111 


630 


120 


100 




427 


647 


120 




281 


635 


120 




141 


604 


120 


150 




453 


635 


120 




295 


627 


120 




173 


584 


120 


200 




493 


621 


120 




311 


619 


120 




207 


560 


120 


400 




679 


577 


120 




391 


592 


120 




319 


492 


120 


500 




750 


560 


120 




426 


579 


120 




361 


469 


120 


700 




877 


546 


120 




494 


566 


120 




427 


450 


120 


1 000 




1 041 


545 


120 




584 


559 


120 




510 


442 


120 


2 000 




1 463 


540 


120 




817 


550 


120 




720 


434 


120 
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Annex H (informative): 

Transmission and reflection of cable sections 



H.1 Definition of transfer function and insertion loss 

Transfer function and insertion loss are quantities that are related to the values of the (complex) source and load 
impedance. Within the context of the present document, a simplified definition is used in which source and load are the 
same and equal to a real value Ry. The transfer function and insertion loss associated with a two-port network, 

normalized to a chosen reference resistance Ry are defined as the following voltage ratios (see figures H.l and H.2): 



Transfer Function : 



u. 



u, 



Insertion Loss = 



^ 

u. 




^\y, 



Rv 



Figure H.l : Voltage across the load 
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Figure H.2: Voltage across the load with a two-port network inserted 

These quantities are directly related to the scattering parameters associated with the two-port network as defined in 
clause G.2: 



Transfer Function (TF) = S22 
Insertion Loss (IL) = 1/S2i 



Magnitude of TF (in dB) = 20 logjo(ls2il) 
Magnitude of IL (in dB) = -20 logio(ls2il) 
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H.2 Derivation of s-parameters from primary cable 
parameters 

The testloops are defined by one or a cascade of cable sections. The characteristics of each section are specified by 
means of primary cable parameters {Zj,, Y } per unit length (Lq). This clause gives the equations to evaluate the 
relevant characteristics of cable sections (s-parameters) from the primary parameters and to handle cascade of cable 
sections. 

Insertion loss and return loss of a cable section, for SDSL, can be calculated from the primary parameters {Zj,, Y } per 
unit length (Lq) by evaluating the two-port s-parameters, normalized to Ry = 135 £i. 



Zsx=(L/Lo)-Z3 


Yx = VZsx -Ypx 


a^ = real{y^) 


Rsx = rea/(Zsx) 


Gpx = rea/(Ypx) 


Ypx = (L/Lo)-Yp 


Zo=VZsx/Ypx 


Px = imagijy,) 


Lg,^ = imag(Z^yJa) 


Cpx = /mag(Ypx/a)) 



■511 ^12 
■521 ^522 



{Zo/R,+R,/Zo)-tmh{r,) + 2 



■(Zo//?,-/?,/Zo)-tanh(rJ 2/cosh {yj 

2/cosh(rJ (Zo//?,-/?v/Zo)-tanh(rJ 



Insertion Loss: 1/S22 



Return Loss: 1/s 



11 



The s-parameters of two cable sections (a and b) in cascade, S^^j, can be calculated from the s-parameters S^^ and S^, as 
described below: 



^ab- 



ni ^n 



*21 ^^22 



1 



^-■^22a •■^IIZ) 



^lla'^^llb ^22b~^sb'^22a 



Ki- ^\\i^22i' H2i^2\i 
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Annex I (informative): 

Guideline for the narrowband interfaces implementation in 

the SDSL NTU 

This annex provides information needed for the implementation of power efficient narrowband interfaces (at the SDSL 
NTU) when lifeline service has to be guaranteed. 

Narrowband interfaces and conditions that were taken into account are: 

• ISDN user-network interface (S-interface); 

• Analogue interface (PSTN) in the following conditions: 

"On Hook" with ringing applied; 

"On Hook" with no transmission and normal battery applied; 

"Off Hook", normal talk state; 

"On Hook", with FSK/DTMF data transfer; 

"Power denial". 

The PSTN interface has been identified as the highest power consuming interface and, in particular, the operational 
state "Off Hook", normal talk state. 

Table I.l provides a guideline to the implementation of voice-band analogue interfaces (a/b interfaces) offered to the 
final user by means of adapter devices terminating various types of digital networks such as xDSL or ISDN. Particular 
attention is given to the power budget implied by the individual requirements. 

The information was derived from EG 201 185 [12], (see bibliography) and experience gained in the use of intelligent 
ISDN Network Terminations widely used for the ISDN network (NTs providing analogue terminal adapter interfaces to 
the user). The tables allow a comparison between those two ETSI documents in order to facilitate the harmonization of 
the network side of the analogue voice band switched interface (PSTN). The suggested values are very close to 
EG 201 185 [12], however they add important information on parameters affecting the power consumption (vital for the 
lifeline service) that are lacking in those documents. 

Table 1.1 : Implementation guideline of voice-band analogue interfaces 



General 




EG 201 185 [12] (VI .1.1) 


ES201 970(V1.1.1) 


Suggested values 


notes 


applicability (loop length) 


<^00Q. 


<750£i 


<100£i 




mechanical aspects 


RJ-1 1 (3 and 4) 


RJ-1 1 (3 and 4) 


RJ-11 




Signalling 


on-hook voltage (min, 
max) 


38Vto78V@100k£i 


38 V to 78 V @ 
100M£i/LF 


38 V to 78 V @ 1 mA 


1 


on-hook voltage @ 2,5 
mA 


>32V 


>32V 


>32V 


2 


off-hook resistance (d.c.) 


n.a. 


n.a. 


<800£i 


3 


non-seizure current 


l|oop < 3 mA 


l|oop < 3 mA 


'loop < 4 mA 




seize current 


l|oop>6mA 


l|oop>10mA 


l|oop > 6 mA 


4 


seize surely recognized 


150 ms 


150 ms 


> 250 ms 




seize surely not 
recognized 


<25ms 


<25 ms 


<50 ms 




loop current (min-max) 


>18mA 


18 mAto70 mA 


> 18 mA@800il 

> 25 mA @ 400 Q. 




loop current 
(recommended) 


32 mA ± 7 mA 


25 mA to 40 mA 


See line above 




clear signal threshold 


< 1 mA 


< (seize curr. -0.5 mA) 


<6 mA 




clear signal not 
recognized 


< 350 ms 


< 250 ms 


< 150 ms 
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clear signal recognized 


> 500 ms 


> 500 ms 


> 200 ms 




clear signal from the 
network 


release tone 


release tone 


release tone 


5 




EG 201 185 [12] (VI .1.1) 


1.1) 


Suggested values 


notes 


Signalling 


DTMF recognition level 


-5dBVto-15dBV 


-5dBVto-15dBV 


-5dBVto-15dBV 




DTMF max twist 


4dB 


6dB 


4dB 




DTMF frequency error 


±(1,5% + 2Hz) 


± (1 ,5 % + 2 Hz) 


± (1 ,5 % + 2 Hz) 




DTMF min duration 


40 ms 


40 ms 


40 ms 




DTMF min pause 


40 ms 


40 ms 


40 ms 




Ringing voltage 
(required) 


> 35 Vrms @ 4 kfi (a.c.) 


> 35 Vrms @ 400 kf2//LF 


>40Vr^s(2Kil,cp^60^ 


6 


Ringing frequency 


25 Hz (or 50 Hz) ± 2 Hz 


25 Hz (or 50 Hz) ± 2 Hz 


25 Hz (or 50 Hz) ± 2 Hz 




Distortion 


< 5 %, symmetric 


< 5 %, symmetric 


10 %, symmetric 




Max ringing current 


n.a. 


n.a. 


80 mA 




Superimposed d.c. 


38 V to 78 V (optional) 


38 V to 78 V (optional) 


38 V to 78 V 


7 


Ring Trip threshold 


do seize condition or 

< 700 a (@ 25 Hz or 50 Hz) 


dc seize condition or 
< 700 £1@ 25 Hz 


dc seize 




Ring Trip Delay 


< 100 ms 


< 200 ms 


< 200 ms 




Tone level 


-18dBV±6dB 


-18dBV±6dB 


-18dBV±6dB 




Signal quality 


Impedance 


270il + (750n//150nF) 


270£i + (750£i//150nF) 


270n + (750ii//150nF) 




return loss 


200 Hz to 500 Hz: 14-18 dB 
500 Hz to 2 500 Hz: > 18 dB 
2 000 Hz to 3 800 Hz: 
18dBto 14 dB 


200 Hz to 300 Hz: > 8 dB 

300 Hz to 500 Hz: 

8dBto10dB 

500 Hz to 1 250 Hz: 

10dBto14dB 

1 250 Hz to 3 400 Hz: 

>14dB 

3 400 Hz to 3 800 Hz: 

14dBto12dB 


200Hzto500Hz:14dB 

to18dB 

500 Hz to 2 500 Hz: >1 8 dB 

2 000 Hz to 3 800 Hz: 

18dBto14dB 


8 


balance to earth 


200 Hz to 3 800 Hz: > 46 dB 


50 Hz: >40 dB 

200 Hz to 600 Hz: 

>40dB 

600 Hz to 3 800 Hz: 

>46dB 


50Hz:>20dB 

200 Hz to 600 Hz: > 40 dB 

600 Hz to 3 800 Hz: >46 dB 




Input relative level 


+4dBr±1 dB 


+4dBr±2dB 


+4dBr±1 dB 


9 


output relative level 


-11 dBr±1 dB 


-11 dBr±2dB 


-11 dBr±1 dB 




Frequency Response 


300 Hz: -0,3 to -Hi, OdB 
400 Hz: -0,3 to -h0,75 dB 
0,6 -2 kHz: -0,3 dB to 
-h0,75 dB 

2,4 kHz: -0,3 dB to +0,45 dB 
3 kHz: -0,3 dB to -h0,7 dB 
3,4 kHz: -0,3 dB to +1,7 dB 


as per 


as per 

ITU-T Recommendation Q. 

552 




loss vs. signal level 


see table 4 


as per 

ITU-T Recommendation 

Q.552 


as per 

ITU-T Recommendation Q. 

552 




input levels 


3,14 dB over nominal level 


1,8Vrms(+5,7dBm) 


3,14 dB over nominal level 




receive noise 


< -67 dBVp 


as per Q.552 


-64 dBmOp 




transmit noise 


< -64 dBmOp 


as per Q.552 


-64 dBmOp 




absolute delay 


<2 ms 


n.a. 


< 1,5 ms 




relative delay 

(relative to the minimum) 


500 Hz to 600 Hz: < 1,8 ms 
600 Hz to 1 000 Hz: < 0,9 
ms 

1 000 Hz to 2 600 Hz: 

< 0,3 ms 

2 600 Hz to 2 800 Hz: 

< 1,5 ms 


n.a. 


500 Hz to 600 Hz: < 0,9 ms 
600 Hz to 1 000 Hz: 

< 0,45 ms 

1 000 Hz to 2 600 Hz: 
<0,15ms 

2 600 Hz to 2 800 Hz: 

< 0,75 ms 




Optional features 


Pulse dialling rate 


8 to 12pulse/s 


8 to 12pulse/s 


8 to 12pulse/s 




break/pulse ratio 


50 % to 75 % 


50 % to 75 % 


50 % to 75 % 




Interdigit Pulse 


> 240 ms 


> 240 ms 


> 240 ms 




Register Recall 


50 ms to 130 ms 


50 ms to 130 ms 


25 ms to 1 50 ms 




Hook Flash 


75 ms to 850 ms 


n.a. 


n.a. 


10 
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Metering Pulses 
frequency 


12 kHz or 16 kHz 


12 kHz or 16 kHz 


12 kHz or 16 kHz 




Metering Pulses level 


approx. 500 mV|.|.^5 


approx. 100 mV^^g 


>200mV,^3 




NOTE 1 : A concept present in ES 201 970 is the Loading Factor (LF). The operator must state a single LF number 
for the Network Termination Point (NTP). Based on this LF information, the user can determine the number 
or the type of terminals that can be connected at the NTP. The operator must guarantee a minimum LF of 
100. 

The single LF number stated by the operator is the minimum value among the LF calculated for four key 
parameters: the resistance to ground, the DC resistance in quiescent conditions, the ringing voltage, and 
the DC current during ringing. A skilled user may take advantage of the operator providing individual L's for 
these parameters. As an example, the ringing voltage is specified to be greater than 35 Vrms at a load of 
400 kil/LF. If the operator specifies a LF of 100, this means that the 35 Vrms are guaranteed across a load 
of 4 ka. 

NOTE 2: Meeting this value is an optional feature required to support ALASS services. 

NOTE 3: 800 Q. represents the sum of the loop and the terminal resistance (d.c). 

NOTE 4: There is an additional recommendation (mentioned in EG 201 185 [12] and in ES 201 970): during any 

transient state in the transition from quiescent to loop state, the NTP should be able to supply at least 4 mA 
over a 5 kil load for at least 20 ms. The reason for this requirements is that some TE may expect the full 
current immediately after going off-hook while some NTP may use high resistance supply to provide 
quiescent state "high" battery voltage (e.g. 50 V through a 10 kil resistance) and will not able to deliver the 
full current before switching in a lower value DC "battery" voltage. The combination of the two cases may 
cause problems, and the recommendation for the NTP is paired with a recommendation for the TE to be 
developed so that they can correctly seize the loop under this limited current transient. 

NOTE 5: Polarity reversal or K-break may be required by some operators, additionally to release tones. 

NOTE 6: EG 201 185 [12] recommends supplying 35 Vrms over 2 Wil, ac coupled. 

NOTE 7: A note specifies that TBR21 compliant devices are not guaranteed to operate with ringing sources without a 
superimposed DC voltage. 

NOTE 8: For ES 201 970 (see bibliography), return loss measurements include the loop between the NTP and the 
"line card". It is also stated than the specified value for the return loss at low-mid frequency may not be 
achieved for loop resistance > 750 Q.. 

NOTE 9: Including loop loss for ES 201 970 (see bibliography). 

NOTE 1 0: As a network option, the hook flash is an alternative to register recall. When hook-flash is used, the 
minimum recognition time for clear originated from the TE raises to 950 ms to 1 050 ms. 



ALASS services 

Common ALASS services include provision of Calling Line Identity (CLI) and Message Waiting Indication (MWI). 

These services are delivered to the terminal equipment using voice -band data, either during incoming call set-up, while 
the terminal is in the quiescent state or in the off-hook state (e.g. CLI during a CW offering). See EN 300 659-1, 
EN 300 659-2 and ES 200 778 (see bibliography). 

In order to support ALASS services to the TE, the equipment should be able to support one or more additional features, 
such as: 

a) control of polarity reversal; 

b) a single burst of ringing current, with or without polarity reversal; 

c) provision of 2,5 mA @ 32 V in the quiescent state; 

d) ignore on-line d.c. current pulses not exceeding 25 ms duration; 

e) generation of DTMF digits to the TE. 



£75/ 



206 ETSI TS 1 01 524 V1 .3.1 (2005-02) 



Annex J (informative): 
Tabulation of the noise profiles 



Annex I tabulates the total noise profile (sum of self and alien) corresponding to OdB of margin for all the test cases. Those 
noise PSDs were used during the theoretical computation of the margin. The tabulated noise profiles should be measured 
into the calibrating impedance (see clause 12.2.3.1). 

Noise Profile Nomenclature; ABBBCDE 

A: Side (either C or R) 

EBB: Rate 

C: PSD type (either s for symmetric or a for asymmetric) 

D: Noise Type (A ,B, C or D) 

E: Loop Number (from 2 to 7). 

The noise shapes used for test #1 will be identical to Noise A of test #2 
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Table J.I : LT side/symmetric PSDs 



Noise 
profile 


lUlagnitude of the noise in dBm per Hz (sign is always negative) as a function of frequency in khHz 




1 


10 


20 


30 


40 


50 


60 


70 


80 


90 


100 


150 


200 


250 


300 


350 


400 


600 


800 


C384SA2 


114,9 


99,2 


95,0 


93,1 


92,5 


92,3 


92,9 


93,9 


93,4 


92,7 


92,0 


88,1 


86,3 


85,0 


83,8 


82,9 


82,1 


79,4 


77,6 


C384sC2 


120,6 


104,6 


100,4 


98,4 


97,7 


97,6 


98,7 


101,8 


102,6 


102,0 


101,3 


94,5 


92,7 


91,4 


90,2 


89,3 


88,5 


87,8 


86,8 


C384SD2 


131,8 


104,4 


99,5 


97,1 


95,8 


95,3 


96,4 


100,5 


107,0 


114,2 


121,6 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


C512SA2 


114,9 


99,4 


95,3 


93,4 


92,8 


92,3 


92,0 


91,9 


92,0 


92,2 


91,9 


88,1 


86,3 


85,0 


83,8 


82,9 


82,1 


79,4 


77,6 


C512sC2 


120,6 


104,9 


100,8 


98,8 


98,1 


97,7 


97,4 


97,5 


98,3 


100,0 


100,9 


94,5 


92,7 


91,4 


90,2 


89,3 


88,5 


87,8 


86,8 


C512SD2 


132,8 


105,6 


100,6 


98,0 


96,4 


95,4 


94,8 


94,8 


95,8 


98,7 


103,2 


131,4 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


C768SA2 


114,9 


99,6 


95,6 


93,7 


93,3 


92,8 


92,4 


91,9 


91,2 


90,7 


90,3 


88,1 


86,3 


84,9 


83,8 


82,9 


82,1 


79,4 


77,6 


C768SC2 


120,6 


105,2 


101,2 


99,3 


98,8 


98,4 


98,0 


97,5 


97,0 


96,6 


96,4 


94,4 


92,7 


91,4 


90,2 


89,3 


88,5 


87,8 


86,8 


C768SD2 


134,2 


107,3 


102,2 


99,5 


97,7 


96,5 


95,5 


94,8 


94,3 


93,9 


93,8 


102,6 


120,9 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


C1024SA2 


114,9 


99,7 


95,7 


93,9 


93,6 


93,2 


92,8 


92,3 


91,5 


90,8 


90,3 


87,5 


86,3 


84,9 


83,8 


82,9 


82,1 


79,4 


77,6 


C1024SC2 


120,6 


105,3 


101,4 


99,6 


99,2 


99,0 


98,7 


98,2 


97,5 


96,9 


96,4 


93,5 


92,7 


91,4 


90,2 


89,3 


88,5 


87,8 


86,8 


C1024SD2 


135,0 


108,5 


103,3 


100,6 


98,8 


97,5 


96,4 


95,5 


94,9 


94,3 


93,9 


93,6 


102,1 


115,8 


130,8 


138,0 


138,0 


138,0 


138,0 


C1280SA2 


114,9 


99,7 


95,8 


93,9 


93,8 


93,5 


93,1 


92,6 


91,8 


91,1 


90,4 


87,3 


86,0 


84,9 


83,8 


82,9 


82,1 


79,4 


77,6 


C1280SC2 


120,6 


105,4 


101,5 


99,7 


99,5 


99,4 


99,3 


98,8 


98,0 


97,4 


96,8 


93,2 


92,2 


91,3 


90,2 


89,3 


88,5 


87,8 


86,8 


C1280SD2 


135,7 


109,4 


104,3 


101,5 


99,7 


98,3 


97,2 


96,3 


95,5 


94,9 


94,4 


92,8 


94,0 


101,7 


112,6 


124,2 


136,9 


138,0 


138,0 


C1536SA2 


115,0 


99,7 


95,8 


94,0 


93,8 


93,6 


93,3 


92,8 


92,0 


91,2 


90,6 


87,3 


85,8 


84,7 


83,8 


82,9 


82,1 


79,4 


77,6 


C1536sC2 


120,6 


105,4 


101,5 


99,8 


99,6 


99,7 


99,7 


99,3 


98,5 


97,8 


97,2 


93,3 


91,9 


91,1 


90,2 


89,3 


88,5 


87,8 


86,8 


C1536SD2 


136,1 


110,2 


105,0 


102,3 


100,4 


99,0 


97,9 


96,9 


96,1 


95,5 


94,9 


92,9 


92,3 


94,4 


101,4 


110,4 


119,9 


138,0 


138,0 


C2048SA2 


115,0 


99,7 


95,7 


93,9 


93,8 


93,6 


93,3 


92,8 


91,9 


91,2 


90,5 


87,2 


85,5 


84,3 


83,5 


82,8 


82,1 


79,4 


77,6 


C2048sC2 


120,6 


105,4 


101,5 


99,8 


99,6 


99,7 


99,7 


99,4 


98,5 


97,8 


97,2 


93,1 


91,6 


90,4 


89,7 


89,2 


88,5 


87,8 


86,8 


C2048SD2 


136,3 


110,4 


105,2 


102,5 


100,6 


99,1 


98,0 


97,0 


96,2 


95,5 


94,8 


92,6 


91,3 


90,7 


91,2 


94,1 


99,8 


128,9 


138,0 


C2304SA2 


115,0 


99,7 


95,8 


94,0 


93,8 


93,6 


93,4 


92,9 


92,0 


91,2 


90,6 


87,2 


85,5 


84,3 


83,4 


82,7 


82,0 


79,4 


77,6 


C2304SC2 


120,6 


105,4 


101,5 


99,8 


99,7 


99,9 


100,0 


99,7 


98,8 


98,1 


97,4 


93,2 


91,6 


90,4 


89,5 


88,9 


88,4 


87,8 


86,8 


C2304SD2 


136,6 


110,9 


105,7 


102,9 


101,0 


99,6 


98,4 


97,4 


96,6 


95,9 


95,3 


92,9 


91,5 


90,7 


90,4 


91,3 


94,4 


118,1 


138,0 


C384SD3 


131,8 


104,4 


99,5 


97,1 


95,8 


95,3 


96,4 


100,5 


107,0 


114,2 


121,6 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


C512SD3 


132,8 


105,6 


100,6 


98,0 


96,4 


95,4 


94,8 


94,8 


95,8 


98,7 


103,2 


131,4 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


C768SD3 


134,1 


107,3 


102,2 


99,5 


97,7 


96,5 


95,5 


94,8 


94,3 


93,9 


93,8 


102,6 


120,9 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


C1024SD3 


135,0 


108,5 


103,3 


100,6 


98,8 


97,4 


96,4 


95,5 


94,8 


94,3 


93,9 


93,6 


102,1 


115,8 


130,8 


138,0 


138,0 


138,0 


138,0 


C1280SD3 


135,6 


109,4 


104,2 


101,5 


99,7 


98,3 


97,2 


96,2 


95,5 


94,9 


94,3 


92,8 


94,0 


101,7 


112,6 


124,2 


136,9 


138,0 


138,0 


C1536SD3 


136,1 


110,1 


105,0 


102,3 


100,4 


99,0 


97,8 


96,9 


96,1 


95,4 


94,8 


92,9 


92,3 


94,4 


101,4 


110,4 


119,9 


138,0 


138,0 


C2048SD3 


136,3 


110,3 


105,2 


102,4 


100,5 


99,1 


97,9 


96,9 


96,1 


95,4 


94,8 


92,6 


91,3 


90,7 


91,2 


94,1 


99,8 


128,9 


138,0 


C2304SD3 


136,6 


110,8 


105,6 


102,9 


101,0 


99,5 


98,3 


97,4 


96,5 


95,8 


95,2 


92,9 


91,5 


90,7 


90,4 


91,3 


94,4 


118,1 


138,0 


C384SA4 


114,9 


99,2 


95,0 


93,1 


92,5 


92,3 


92,9 


93,9 


93,4 


92,7 


92,0 


88,1 


86,3 


85,0 


83,8 


82,9 


82,1 


79,4 


77,6 


C384SC4 


120,6 


104,6 


100,4 


98,4 


97,7 


97,6 


98,7 


101,8 


102,6 


102,0 


101,3 


94,5 


92,7 


91,4 


90,2 


89,3 


88,5 


87,8 


86,8 


C512SA4 


114,9 


99,4 


95,3 


93,4 


92,8 


92,3 


92,0 


91,9 
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Table J.2: LT side/asymmetric PSDs 



Noise 
profile 


lUlagnitude of the noise in dBm per Hz (sign is always negative) as a function of frequency in khHz 
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86,6 


87,6 


87,6 


86,8 


85,3 


87,9 


93,8 


C2304aD2 


137,5 


107,5 


102,9 


100,3 


98,5 


97,0 


94,5 


92,8 


91,5 


90,5 


89,7 


89,1 


88,7 


92,0 


99,6 


107,6 


122,5 


135,2 


138,0 


C2048aD3 


136,6 


105,7 


101,1 


98,5 


96,6 


95,2 


92,7 


91,0 


89,8 


88,8 


88,1 


87,6 


87,9 


93,1 


101,7 


110,3 


126,3 


138,0 


138,0 


C2304aD3 


137,5 


107,4 


102,8 


100,2 


98,3 


96,9 


94,4 


92,7 


91,5 


90,5 


89,7 


89,1 


88,7 


92,0 


99,6 


107,6 


122,5 


135,2 


138,0 


C2048aA4 


114,9 


95,7 


93,8 


93,4 


92,0 


90,6 


87,2 


85,5 


84,2 


83,2 


82,3 


81,5 


80,3 


79,4 


78,4 


77,6 


76,1 


79,0 


85,6 


C2048aC4 


120,6 


101,5 


99,7 


100,0 


98,8 


97,4 


93,2 


91,5 


90,1 


89,1 


88,2 


87,5 


86,5 


87,7 


87,6 


86,8 


85,3 


87,9 


93,8 


C2304aA4 


115,0 


95,7 


93,9 


93,6 


92,3 


90,9 


87,4 


85,7 


84,4 


83,4 


82,5 


81,8 


80,4 


79,4 


78,4 


77,6 


76,1 


79,0 


85,6 


C2304aC4 


120,6 


101,5 


99,9 


100,8 


99,9 


98,5 


93,7 


92,0 


90,6 


89,6 


88,7 


87,9 


86,6 


87,6 


87,6 


86,8 


85,3 


87,9 


93,8 


C2048aB5 


120,4 


101,1 


99,2 


99,3 


98,2 


97,0 


93,1 


91,4 


90,1 


89,1 


88,2 


87,5 


86,5 


87,7 


87,7 


86,9 


85,4 


88,2 


94,5 


C2304aB5 


120,4 


101,1 


99,3 


99,9 


99,1 


97,9 


93,5 


91,9 


90,6 


89,5 


88,7 


87,9 


86,6 


87,6 


87,7 


86,9 


85,4 


88,2 


94,5 


C2048aA6 


115,2 


95,8 


94,0 


93,6 


92,3 


90,9 


87,3 


85,5 


84,2 


83,2 


82,3 


81,5 


80,3 


79,4 


78,4 


77,6 


76,1 


79,0 


85,6 


C2048aC6 


120,6 


101,6 


99,8 


100,2 


99,1 


97,6 


93,2 


91,5 


90,2 


89,1 


88,2 


87,5 


86,5 


87,7 


87,6 


86,8 


85,3 


87,9 


93,8 


C2304aA6 


115,4 


96,0 


94,1 


94,0 


92,8 


91,3 


87,5 


85,7 


84,5 


83,4 


82,5 


81,8 


80,4 


79,4 


78,4 


77,6 


76,1 


79,0 


85,6 


C2304aC6 


120,7 


101,6 


100,0 


101,1 


100,3 


98,8 


93,7 


92,0 


90,6 


89,6 


88,7 


87,9 


86,6 


87,6 


87,6 


86,8 


85,3 


87,9 


93,8 


C2048aA7 


115,0 


95,7 


93,8 


93,4 


92,1 


90,7 


87,2 


85,5 


84,2 


83,2 


82,3 


81,5 


80,3 


79,4 


78,4 


77,6 


76,1 


79,0 


85,6 


C2048aB7 


120,6 


101,5 


99,7 


100,1 


98,9 


97,5 


93,2 


91,5 


90,2 


89,1 


88,2 


87,5 


86,5 


87,7 


87,7 


86,9 


85,4 


88,2 


94,5 


C2048aC7 


120,6 


101,5 


99,7 


100,1 


98,9 


97,5 


93,2 


91,5 


90,2 


89,1 


88,2 


87,5 


86,5 


87,7 


87,6 


86,8 


85,3 


87,9 


93,8 


C2048aD7 


136,6 


105,7 


101,1 


98,5 


96,7 


95,3 


92,7 


91,0 


89,8 


88,8 


88,1 


87,6 


87,9 


93,1 


101,7 


110,3 


126,3 


138,0 


138,0 


C2304aA7 


115,1 


95,8 


93,9 


93,7 


92,4 


91,0 


87,5 


85,7 


84,4 


83,4 


82,5 


81,8 


80,4 


79,4 


78,4 


77,6 


76,1 


79,0 


85,6 


C2304aB7 


120,6 


101,5 


99,9 


100,9 


100,0 


98,6 


93,7 


92,0 


90,6 


89,6 


88,7 


87,9 


86,6 


87,6 


87,7 


86,9 


85,4 


88,2 


94,5 


C2304aC7 


120,6 


101,5 


99,9 


100,9 


100,0 


98,6 


93,7 


92,0 


90,6 


89,6 


88,7 


87,9 


86,6 


87,6 


87,6 


86,8 


85,3 


87,9 


93,8 


C2304aD7 


137,5 


107,4 


102,8 


100,2 


98,4 


97,0 


94,5 


92,7 


91,5 


90,5 


89,7 


89,1 


88,7 


92,0 


99,6 


107,6 


122,5 


135,2 


138,0 
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Table J.3: NT side/symmetric PSDs 



Noise 
profile 


lUlagnitude of the noise in dBm per Hz (sign is always negative) as a function of frequency in khHz 




1 


10 


20 


30 


40 


50 


60 


70 


80 


90 


100 


150 


200 


250 


300 


350 


400 


600 


800 


R384SA2 


114,9 


99,2 


95,3 


93,7 


92,6 


92,1 


92,3 


92,4 


91,8 


91,0 


90,4 


87,9 


86,2 


84,8 


87,3 


93,1 


98,1 


123,1 


115,4 


R384sC2 


120,6 


104,6 


100,2 


98,1 


97,3 


96,9 


97,3 


98,2 


97,6 


96,9 


96,2 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R384SD2 


131,8 


104,4 


99,5 


97,1 


95,8 


95,3 


96,4 


100,5 


107,0 


114,2 


121,6 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


R512SA2 


114,9 


99,4 


95,7 


94,1 


92,9 


92,1 


91,6 


91,1 


90,9 


90,8 


90,4 


87,9 


86,2 


84,8 


87,3 


93,1 


98,1 


122,5 


115,4 


R512sC2 


120,6 


104,9 


100,6 


98,4 


97,6 


96,9 


96,5 


96,3 


96,4 


96,5 


96,1 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R512SD2 


132,8 


105,6 


100,6 


98,0 


96,4 


95,4 


94,8 


94,8 


95,8 


98,7 


103,2 


131,4 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


R768SA2 


114,9 


99,6 


96,0 


94,5 


93,4 


92,6 


91,9 


91,0 


90,4 


89,8 


89,3 


87,9 


86,1 


84,8 


87,3 


93,0 


98,0 


117,7 


114,9 


R768SC2 


120,6 


105,2 


101,0 


98,9 


98,1 


97,5 


96,9 


96,3 


95,6 


95,1 


94,7 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R768SD2 


134,2 


107,3 


102,2 


99,5 


97,7 


96,5 


95,5 


94,8 


94,3 


93,9 


93,8 


102,6 


120,9 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


R1 024sA2 


114,9 


99,7 


96,1 


94,7 


93,7 


92,9 


92,2 


91,3 


90,6 


89,9 


89,3 


87,4 


86,1 


84,8 


87,3 


93,0 


97,8 


113,4 


113,5 


R1024sC2 


120,6 


105,3 


101,2 


99,1 


98,5 


97,9 


97,3 


96,7 


95,9 


95,3 


94,7 


93,5 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R1024SD2 


135,0 


108,5 


103,3 


100,6 


98,8 


97,5 


96,4 


95,5 


94,9 


94,3 


93,9 


93,6 


102,1 


115,8 


130,8 


138,0 


138,0 


138,0 


138,0 


R1280SA2 


114,9 


99,7 


96,1 


94,8 


93,9 


93,1 


92,5 


91,6 


90,8 


90,1 


89,5 


87,2 


85,9 


84,7 


87,2 


92,8 


97,4 


108,6 


110,3 


R1280sC2 


120,6 


105,4 


101,3 


99,2 


98,7 


98,2 


97,7 


97,1 


96,2 


95,5 


94,9 


93,2 


92,8 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R1280SD2 


135,7 


109,4 


104,3 


101,5 


99,7 


98,3 


97,2 


96,3 


95,5 


94,9 


94,4 


92,8 


94,0 


101,7 


112,6 


124,2 


136,9 


138,0 


138,0 


R1536SA2 


115,0 


99,7 


96,1 


94,9 


94,0 


93,3 


92,6 


91,7 


90,9 


90,2 


89,6 


87,2 


85,6 


84,6 


87,1 


92,6 


96,8 


104,4 


106,2 


R1536sC2 


120,6 


105,4 


101,3 


99,3 


98,8 


98,3 


97,9 


97,3 


96,5 


95,7 


95,1 


93,3 


92,4 


91,8 


94,7 


99,6 


101,4 


99,8 


96,9 


R1536SD2 


136,1 


110,2 


105,0 


102,3 


100,4 


99,0 


97,9 


96,9 


96,1 


95,5 


94,9 


92,9 


92,3 


94,4 


101,4 


110,4 


119,9 


138,0 


138,0 


R2048SA2 


115,0 


99,7 


96,1 


94,8 


94,0 


93,2 


92,6 


91,7 


90,9 


90,1 


89,5 


87,1 


85,4 


84,2 


86,2 


90,4 


94,7 


100,6 


102,0 


R2048sC2 


120,6 


105,4 


101,3 


99,3 


98,8 


98,3 


97,9 


97,3 


96,5 


95,7 


95,1 


93,1 


92,0 


91,0 


92,6 


96,2 


100,1 


99,7 


96,9 


R2048SD2 


136,3 


110,4 


105,2 


102,5 


100,6 


99,1 


98,0 


97,0 


96,2 


95,5 


94,8 


92,6 


91,3 


90,7 


91,2 


94,1 


99,8 


128,9 


138,0 


R2304SA2 


115,0 


99,7 


96,1 


94,8 


94,0 


93,3 


92,7 


91,8 


90,9 


90,2 


89,6 


87,1 


85,4 


84,1 


85,8 


88,5 


91,3 


98,0 


99,1 


R2304sC2 


120,6 


105,4 


101,3 


99,3 


98,8 


98,4 


98,0 


97,5 


96,6 


95,9 


95,2 


93,2 


92,0 


90,9 


92,2 


93,9 


96,7 


99,7 


96,8 


R2304SD2 


136,6 


110,9 


105,7 


102,9 


101,0 


99,6 


98,4 


97,4 


96,6 


95,9 


95,3 


92,9 


91,5 


90,7 


90,4 


91,3 


94,4 


118,1 


138,0 


R384SD3 


131,8 


104,4 


99,5 


97,1 


95,8 


95,3 


96,4 


100,5 


107,0 


114,2 


121,6 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


R512SD3 


132,8 


105,6 


100,6 


98,0 


96,4 


95,4 


94,8 


94,8 


95,8 


98,7 


103,2 


131,4 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


R768SD3 


134,1 


107,3 


102,2 


99,5 


97,7 


96,5 


95,5 


94,8 


94,3 


93,9 


93,8 


102,6 


120,9 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


R1024SD3 


135,0 


108,5 


103,3 


100,6 


98,8 


97,4 


96,4 


95,5 


94,8 


94,3 


93,9 


93,6 


102,1 


115,8 


130,8 


138,0 


138,0 


138,0 


138,0 


R1280SD3 


135,6 


109,4 


104,2 


101,5 


99,7 


98,3 


97,2 


96,2 


95,5 


94,9 


94,3 


92,8 


94,0 


101,7 


112,6 


124,2 


136,9 


138,0 


138,0 


R1536SD3 


136,1 


110,1 


105,0 


102,3 


100,4 


99,0 


97,8 


96,9 


96,1 


95,4 


94,8 


92,9 


92,3 


94,4 


101,4 


110,4 


119,9 


138,0 


138,0 


R2048SD3 


136,3 


110,3 


105,2 


102,4 


100,5 


99,1 


97,9 


96,9 


96,1 


95,4 


94,8 


92,6 


91,3 


90,7 


91,2 


94,1 


99,8 


128,9 


138,0 


R2304SD3 


136,6 


110,8 


105,6 


102,9 


101,0 


99,5 


98,3 


97,4 


96,5 


95,8 


95,2 


92,9 


91,5 


90,7 


90,4 


91,3 


94,4 


118,1 


138,0 


R384SA4 


114,9 


99,2 


95,3 


93,7 


92,6 


92,1 


92,3 


92,4 


91,8 


91,0 


90,4 


87,9 


86,2 


84,8 


87,3 


93,1 


98,1 


123,1 


115,4 


R384sC4 


120,6 


104,6 


100,2 


98,1 


97,3 


96,9 


97,3 


98,2 


97,6 


96,9 


96,2 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R512sA4 


114,9 


99,4 


95,6 


94,0 


92,9 


92,1 


91,6 


91,0 


90,9 


90,8 


90,4 


87,9 


86,2 


84,8 


87,3 


93,1 


98,1 


122,8 


115,4 


R512sC4 


120,6 


104,9 


100,6 


98,4 


97,6 


96,9 


96,5 


96,3 


96,4 


96,5 


96,1 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R768SA4 


114,9 


99,5 


95,9 


94,5 


93,4 


92,6 


91,9 


91,0 


90,3 


89,8 


89,3 


87,9 


86,1 


84,8 


87,3 


93,0 


98,0 


119,3 


115,2 


R768SC4 


120,6 


105,2 


101,0 


98,9 


98,1 


97,5 


96,9 


96,3 


95,6 


95,1 


94,7 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R1 024sA4 


114,9 


99,6 


96,1 


94,7 


93,7 


92,9 


92,2 


91,3 


90,5 


89,9 


89,3 


87,4 


86,1 


84,8 


87,3 


93,0 


97,9 


115,1 


114,3 


R1024sC4 


120,6 


105,3 


101,2 


99,1 


98,5 


97,9 


97,3 


96,7 


95,9 


95,3 


94,7 


93,5 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 
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Noise 
profile 


lUlagnitude of the noise in dBm per Hz (sign is always negative) as a function of frequency in khHz 




1 


10 


20 


30 


40 


50 


60 


70 


80 


90 


100 


150 


200 


250 


300 


350 


400 


600 


800 


R1280SA4 


114,9 


99,6 


96,1 


94,8 


93,9 


93,1 


92,4 


91,5 


90,7 


90,0 


89,4 


87,2 


85,9 


84,7 


87,2 


92,9 


97,5 


110,0 


111,6 


R1280sC4 


120,6 


105,3 


101,2 


99,2 


98,7 


98,1 


97,6 


97,0 


96,2 


95,5 


94,9 


93,2 


92,8 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R1536SA4 


114,9 


99,6 


96,1 


94,8 


93,9 


93,2 


92,6 


91,7 


90,8 


90,1 


89,5 


87,2 


85,6 


84,6 


87,1 


92,6 


96,9 


105,5 


107,7 


R1536SC4 


120,6 


105,3 


101,3 


99,3 


98,8 


98,3 


97,9 


97,3 


96,4 


95,7 


95,1 


93,2 


92,4 


91,8 


94,7 


99,6 


101,4 


99,8 


96,9 


R2048SA4 


115,0 


99,6 


96,0 


94,7 


93,9 


93,1 


92,5 


91,6 


90,8 


90,1 


89,4 


87,0 


85,4 


84,2 


86,1 


90,4 


94,6 


100,8 


102,6 


R2048sC4 


120,6 


105,3 


101,2 


99,2 


98,7 


98,3 


97,9 


97,3 


96,4 


95,7 


95,0 


93,1 


92,0 


91,0 


92,6 


96,2 


100,1 


99,8 


96,9 


R2304SA4 


115,0 


99,6 


96,0 


94,7 


93,9 


93,2 


92,6 


91,7 


90,8 


90,1 


89,5 


87,0 


85,3 


84,1 


85,8 


88,4 


91,2 


98,1 


99,5 


R2304sC4 


120,6 


105,3 


101,2 


99,2 


98,8 


98,4 


98,0 


97,4 


96,6 


95,8 


95,2 


93,2 


92,0 


90,9 


92,1 


93,9 


96,7 


99,7 


96,8 


R384SB5 


120,4 


104,6 


100,2 


98,1 


97,3 


96,9 


97,3 


98,2 


97,6 


96,9 


96,2 


94,4 


93,4 


92,1 


93,9 


98,2 


102,0 


129,0 


121,3 


R512SB5 


120,4 


104,9 


100,6 


98,4 


97,6 


96,9 


96,5 


96,3 


96,3 


96,5 


96,1 


94,4 


93,4 


92,1 


93,9 


98,2 


102,0 


129,0 


121,3 


R768SB5 


120,4 


105,1 


100,9 


98,8 


98,0 


97,4 


96,8 


96,3 


95,6 


95,1 


94,7 


94,4 


93,4 


92,1 


93,9 


98,2 


102,0 


128,7 


121,3 


R1024SB5 


120,4 


105,2 


101,1 


99,0 


98,3 


97,8 


97,2 


96,6 


95,9 


95,2 


94,7 


93,5 


93,4 


92,1 


93,9 


98,2 


102,0 


128,1 


121,3 


R1280SB5 


120,4 


105,2 


101,1 


99,0 


98,5 


98,0 


97,5 


96,9 


96,1 


95,5 


94,8 


93,2 


92,8 


92,1 


93,9 


98,2 


101,9 


126,1 


121,2 


R1536SB5 


120,4 


105,1 


101,1 


99,0 


98,6 


98,1 


97,7 


97,2 


96,3 


95,6 


95,0 


93,2 


92,3 


91,8 


93,8 


98,2 


101,9 


122,8 


120,8 


R2048SB5 


120,4 


105,0 


100,9 


98,9 


98,4 


98,0 


97,6 


97,1 


96,2 


95,5 


94,9 


93,0 


91,9 


90,9 


92,2 


95,7 


100,2 


115,8 


118,4 


R2304SB5 


120,5 


104,9 


100,9 


98,8 


98,4 


98,0 


97,7 


97,2 


96,3 


95,6 


95,0 


93,0 


91,9 


90,9 


91,7 


93,6 


96,7 


111,7 


115,7 


R384SA6 


114,9 


99,2 


95,3 


93,7 


92,6 


92,1 


92,3 


92,4 


91,8 


91,0 


90,4 


87,9 


86,2 


84,8 


87,3 


93,1 


98,1 


122,6 


115,4 


R384sC6 


120,6 


104,6 


100,2 


98,1 


97,3 


96,9 


97,3 


98,2 


97,6 


96,9 


96,2 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R512SA6 


114,9 


99,4 


95,6 


94,1 


92,9 


92,1 


91,6 


91,1 


90,9 


90,8 


90,4 


87,9 


86,2 


84,8 


87,3 


93,1 


98,0 


120,2 


115,2 


R512sC6 


120,6 


104,9 


100,6 


98,4 


97,6 


96,9 


96,5 


96,3 


96,4 


96,5 


96,1 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R768SA6 


114,9 


99,6 


95,9 


94,5 


93,4 


92,6 


91,9 


91,1 


90,4 


89,8 


89,3 


87,9 


86,1 


84,8 


87,3 


93,0 


97,8 


111,7 


112,2 


R768sC6 


120,6 


105,2 


101,0 


98,9 


98,1 


97,5 


96,9 


96,3 


95,6 


95,1 


94,7 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R1 024sA6 


115,0 


99,7 


96,1 


94,7 


93,8 


92,9 


92,3 


91,4 


90,6 


89,9 


89,4 


87,4 


86,1 


84,8 


87,3 


92,8 


97,3 


106,6 


107,9 


R1024sC6 


120,6 


105,3 


101,2 


99,1 


98,5 


97,9 


97,3 


96,7 


96,0 


95,3 


94,7 


93,5 


93,4 


92,1 


94,8 


99,7 


101,4 


99,8 


96,9 


R1280SA6 


115,0 


99,7 


96,1 


94,9 


93,9 


93,2 


92,5 


91,6 


90,8 


90,1 


89,5 


87,2 


85,8 


84,7 


87,2 


92,6 


96,7 


102,9 


103,8 


R1280SC6 


120,6 


105,4 


101,2 


99,2 


98,7 


98,2 


97,7 


97,1 


96,3 


95,5 


94,9 


93,2 


92,8 


92,1 


94,8 


99,6 


101,3 


99,8 


96,9 


R1536SA6 


115,1 


99,8 


96,2 


94,9 


94,1 


93,3 


92,7 


91,8 


91,0 


90,3 


89,6 


87,2 


85,6 


84,6 


87,2 


92,2 


95,8 


99,6 


100,5 


R1536sC6 


120,6 


105,4 


101,3 


99,3 


98,8 


98,4 


97,9 


97,3 


96,5 


95,8 


95,1 


93,2 


92,3 


91,8 


94,7 


99,5 


101,2 


99,7 


96,9 


R2048SA6 


115,4 


100,0 


96,3 


94,9 


94,1 


93,3 


92,7 


91,8 


91,0 


90,3 


89,6 


87,1 


85,4 


84,3 


86,3 


90,0 


93,5 


96,1 


95,8 


R2048sC6 


120,7 


105,4 


101,3 


99,3 


98,8 


98,4 


98,0 


97,4 


96,5 


95,8 


95,1 


93,1 


91,9 


91,0 


92,6 


96,1 


99,9 


99,6 


96,8 


R2304SA6 


115,6 


100,2 


96,4 


95,0 


94,2 


93,4 


92,8 


91,9 


91,1 


90,4 


89,7 


87,1 


85,4 


84,3 


86,0 


88,3 


90,8 


93,8 


93,8 


R2304sC6 


120,7 


105,4 


101,3 


99,3 


98,9 


98,5 


98,1 


97,5 


96,7 


95,9 


95,2 


93,2 


92,0 


91,0 


92,2 


93,8 


96,6 


99,4 


96,7 


R384SA7 


114,9 


99,2 


95,3 


93,7 


92,6 


92,1 


92,3 


92,4 


91,8 


91,0 


90,4 


87,9 


86,2 


84,8 


87,3 


93,1 


98,1 


123,1 


115,4 


R384SB7 


120,6 


104,6 


100,2 


98,1 


97,3 


96,9 


97,3 


98,2 


97,6 


96,9 


96,2 


94,4 


93,4 


92,1 


93,9 


98,2 


102,0 


129,0 


121,3 


R384sC7 


120,6 


104,6 


100,2 


98,1 


97,3 


96,9 


97,3 


98,2 


97,6 


96,9 


96,2 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R384SD7 


131,8 


104,4 


99,5 


97,1 


95,8 


95,3 


96,4 


100,5 


107,0 


114,2 


121,6 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


R512SA7 


114,9 


99,4 


95,6 


94,0 


92,9 


92,1 


91,6 


91,0 


90,9 


90,8 


90,4 


87,9 


86,2 


84,8 


87,3 


93,1 


98,1 


122,9 


115,4 


R512SB7 


120,6 


104,9 


100,6 


98,4 


97,6 


96,9 


96,5 


96,3 


96,4 


96,5 


96,1 


94,4 


93,4 


92,1 


93,9 


98,2 


102,0 


129,0 


121,3 


R512sC7 


120,6 


104,9 


100,6 


98,4 


97,6 


96,9 


96,5 


96,3 


96,4 


96,5 


96,1 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R512SD7 


132,8 


105,6 


100,6 


98,0 


96,4 


95,4 


94,8 


94,8 


95,8 


98,7 


103,2 


131,4 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


R768SA7 


114,9 


99,5 


95,9 


94,5 


93,4 


92,6 


91,9 


91,0 


90,3 


89,8 


89,3 


87,9 


86,1 


84,8 


87,3 


93,1 


98,0 


120,5 


115,3 


R768SB7 


120,6 


105,2 


101,0 


98,9 


98,1 


97,5 


96,9 


96,3 


95,6 


95,1 


94,7 


94,4 


93,4 


92,1 


93,9 


98,2 


102,0 


128,8 


121,3 
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Noise 
profile 


lUlagnitude of the noise in dBm per Hz (sign is always negative) as a function of frequency in khHz 




1 


10 


20 


30 


40 


50 


60 


70 


80 


90 


100 


150 


200 


250 


300 


350 


400 


600 


800 


R768SC7 


120,6 


105,2 


101,0 


98,9 


98,1 


97,5 


96,9 


96,3 


95,6 


95,1 


94,7 


94,4 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R768SD7 


134,1 


107,2 


102,1 


99,5 


97,7 


96,5 


95,5 


94,8 


94,3 


93,9 


93,8 


102,6 


120,9 


138,0 


138,0 


138,0 


138,0 


138,0 


138,0 


R1 024sA7 


114,9 


99,6 


96,0 


94,7 


93,7 


92,9 


92,2 


91,3 


90,6 


89,9 


89,3 


87,4 


86,1 


84,8 


87,3 


93,0 


97,9 


117,3 


114,8 


R1024SB7 


120,6 


105,3 


101,2 


99,1 


98,5 


97,9 


97,3 


96,7 


95,9 


95,3 


94,7 


93,5 


93,4 


92,1 


93,9 


98,2 


102,0 


128,3 


121,3 


R1024sC7 


120,6 


105,3 


101,2 


99,1 


98,5 


97,9 


97,3 


96,7 


95,9 


95,3 


94,7 


93,5 


93,4 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R1024SD7 


135,0 


108,4 


103,3 


100,6 


98,8 


97,4 


96,4 


95,5 


94,9 


94,3 


93,9 


93,6 


102,1 


115,8 


130,8 


138,0 


138,0 


138,0 


138,0 


R1280SA7 


114,9 


99,6 


96,1 


94,8 


93,9 


93,1 


92,5 


91,5 


90,8 


90,1 


89,5 


87,2 


85,9 


84,8 


87,3 


92,9 


97,7 


113,2 


113,3 


R1280SB7 


120,6 


105,3 


101,2 


99,2 


98,7 


98,1 


97,7 


97,1 


96,2 


95,5 


94,9 


93,2 


92,8 


92,1 


93,9 


98,2 


101,9 


127,0 


121,2 


R1280sC7 


120,6 


105,3 


101,2 


99,2 


98,7 


98,1 


97,7 


97,1 


96,2 


95,5 


94,9 


93,2 


92,8 


92,1 


94,8 


99,7 


101,5 


99,8 


96,9 


R1280SD7 


135,7 


109,4 


104,2 


101,5 


99,7 


98,3 


97,2 


96,3 


95,5 


94,9 


94,3 


92,8 


94,0 


101,7 


112,6 


124,2 


136,9 


138,0 


138,0 


R1536SA7 


115,0 


99,7 


96,1 


94,8 


93,9 


93,2 


92,6 


91,7 


90,9 


90,2 


89,6 


87,2 


85,6 


84,6 


87,2 


92,8 


97,3 


108,8 


110,3 


R1536SB7 


120,6 


105,3 


101,3 


99,3 


98,8 


98,3 


97,9 


97,3 


96,5 


95,7 


95,1 


93,2 


92,4 


91,8 


93,9 


98,2 


101,9 


124,9 


121,0 


R1536SC7 


120,6 


105,3 


101,3 


99,3 


98,8 


98,3 


97,9 


97,3 


96,5 


95,7 


95,1 


93,2 


92,4 


91,8 


94,7 


99,6 


101,4 


99,8 


96,9 


R1536SD7 


136,1 


110,1 


105,0 


102,2 


100,4 


99,0 


97,8 


96,9 


96,1 


95,5 


94,9 


92,9 


92,3 


94,4 


101,4 


110,4 


119,9 


138,0 


138,0 


R2048SA7 


115,0 


99,7 


96,0 


94,7 


93,9 


93,2 


92,6 


91,7 


90,8 


90,1 


89,5 


87,1 


85,4 


84,2 


86,2 


90,6 


95,4 


104,5 


106,2 


R2048SB7 


120,6 


105,3 


101,2 


99,2 


98,8 


98,3 


97,9 


97,3 


96,5 


95,7 


95,1 


93,1 


92,0 


91,0 


92,2 


95,8 


100,4 


121,1 


120,2 


R2048sC7 


120,6 


105,3 


101,2 


99,2 


98,8 


98,3 


97,9 


97,3 


96,5 


95,7 


95,1 


93,1 


92,0 


91,0 


92,6 


96,3 


100,2 


99,8 


96,9 


R2048SD7 


136,3 


110,3 


105,1 


102,4 


100,5 


99,1 


98,0 


97,0 


96,2 


95,5 


94,8 


92,6 


91,3 


90,7 


91,2 


94,1 


99,8 


128,9 


138,0 


R2304SA7 


115,1 


99,7 


96,1 


94,8 


93,9 


93,2 


92,6 


91,7 


90,9 


90,2 


89,6 


87,1 


85,4 


84,2 


86,0 


88,7 


91,8 


102,1 


103,6 


R2304SB7 


120,6 


105,3 


101,2 


99,2 


98,8 


98,4 


98,0 


97,5 


96,6 


95,9 


95,2 


93,2 


92,0 


91,0 


91,8 


93,7 


96,9 


116,6 


118,9 


R2304sC7 


120,6 


105,3 


101,2 


99,2 


98,8 


98,4 


98,0 


97,5 


96,6 


95,9 


95,2 


93,2 


92,0 


91,0 


92,2 


93,9 


96,8 


99,8 


96,9 


R2304SD7 


136,6 


110,8 


105,6 


102,9 


101,0 


99,5 


98,4 


97,4 


96,6 


95,9 


95,3 


92,9 


91,5 


90,7 


90,4 


91,3 


94,4 


118,1 


138,0 
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Table J.4: NT side/asymmetric PSDs 



Noise 
profile 


lUlagnitude of the noise in dBm per Hz (sign is always negative) as a function of frequency in khHz 




1 


20 


40 


60 


80 


100 


150 


200 


250 


300 


350 


400 


500 


600 


700 


800 


1 000 


1 200 


1 400 


R2048aA2 


115,0 


96,0 


93,6 


92,0 


90,3 


88,9 


86,5 


84,9 


83,8 


85,4 


89,5 


94,8 


100,7 


103,2 


104,0 


105,0 


107,4 


113,3 


121,7 


R2048aC2 


120,6 


101,1 


98,4 


97,2 


95,6 


94,2 


92,2 


91,0 


90,1 


91,2 


94,8 


99,8 


101,7 


99,8 


98,0 


96,9 


95,5 


97,3 


99,6 


R2048aD2 


135,1 


103,3 


98,6 


96,0 


94,2 


92,9 


90,6 


89,3 


88,7 


89,0 


92,2 


98,9 


113,0 


124,8 


134,6 


137,6 


138,0 


138,0 


138,0 


R2304aA2 


115,0 


96,1 


93,9 


92,6 


90,8 


89,4 


87,0 


85,3 


84,1 


85,6 


87,9 


91,2 


97,7 


99,6 


100,2 


101,0 


102,6 


108,2 


116,8 


R2304aC2 


120,6 


101,3 


98,8 


97,8 


96,4 


95,0 


93,0 


91,8 


90,7 


91,6 


93,1 


96,4 


101,5 


99,7 


98,0 


96,9 


95,5 


97,3 


99,6 


R2304aD2 


136,2 


105,0 


100,4 


97,8 


95,9 


94,6 


92,2 


90,8 


89,9 


89,6 


90,4 


93,8 


106,4 


118,0 


129,7 


136,4 


138,0 


138,0 


138,0 


R2048aD3 


135,1 


103,3 


98,6 


96,0 


94,2 


92,9 


90,6 


89,3 


88,7 


89,0 


92,2 


98,9 


113,1 


125,2 


135,0 


137,7 


138,0 


138,0 


138,0 


R2304aD3 


136,2 


105,0 


100,3 


97,7 


95,9 


94,5 


92,2 


90,8 


89,9 


89,6 


90,4 


93,8 


106,4 


118,2 


130,1 


136,6 


138,0 


138,0 


138,0 


R2048aA4 


114,9 


95,9 


93,5 


92,0 


90,2 


88,9 


86,5 


84,9 


83,8 


85,4 


89,4 


94,7 


100,6 


103,3 


104,2 


105,4 


107,9 


113,9 


122,2 


R2048aC4 


120,6 


101,1 


98,4 


97,1 


95,6 


94,2 


92,2 


91,0 


90,1 


91,2 


94,8 


99,8 


101,7 


99,8 


98,0 


96,9 


95,5 


97,3 


99,6 


R2304aA4 


115,0 


96,0 


93,8 


92,5 


90,7 


89,4 


86,9 


85,2 


84,0 


85,6 


87,9 


91,0 


97,5 


99,4 


100,2 


101,0 


102,8 


108,4 


117,1 


R2304aC4 


120,6 


101,2 


98,7 


97,8 


96,4 


94,9 


92,9 


91,7 


90,7 


91,6 


93,1 


96,4 


101,5 


99,7 


98,0 


96,9 


95,5 


97,3 


99,6 


R2048aB5 


120,4 


100,8 


98,1 


96,9 


95,5 


94,1 


92,1 


90,9 


90,0 


90,9 


94,5 


99,9 


109,9 


117,5 


117,8 


119,3 


124,5 


128,9 


132,5 


R2304aB5 


120,4 


100,9 


98,4 


97,6 


96,2 


94,8 


92,8 


91,7 


90,6 


91,3 


92,9 


96,3 


106,7 


113,3 


115,1 


116,9 


121,1 


126,2 


131,8 


R2048aA6 


115,2 


96,0 


93,7 


92,1 


90,4 


89,0 


86,5 


84,9 


83,8 


85,5 


89,3 


94,0 


100,2 


99,1 


100,6 


99,6 


100,0 


105,0 


112,9 


R2048aC6 


120,6 


101,1 


98,4 


97,2 


95,6 


94,3 


92,2 


91,0 


90,1 


91,2 


94,7 


99,6 


101,7 


99,7 


98,0 


96,8 


95,5 


97,3 


99,6 


R2304aA6 


115,4 


96,3 


94,0 


92,7 


90,9 


89,6 


87,0 


85,3 


84,1 


85,7 


87,7 


90,6 


96,6 


95,4 


97,3 


95,4 


94,9 


99,4 


106,7 


R2304aC6 


120,7 


101,3 


98,8 


97,9 


96,4 


95,0 


93,0 


91,7 


90,7 


91,7 


93,1 


96,3 


101,4 


99,6 


98,0 


96,8 


95,5 


97,3 


99,6 


R2048aA7 


115,0 


95,9 


93,5 


92,0 


90,3 


88,9 


86,5 


84,9 


83,8 


85,5 


89,6 


95,2 


102,5 


106,9 


107,0 


108,3 


110,8 


116,4 


124,1 


R2048aB7 


120,6 


101,1 


98,4 


97,1 


95,6 


94,2 


92,2 


91,0 


90,1 


91,0 


94,5 


100,1 


111,2 


122,3 


119,5 


120,5 


125,9 


129,7 


132,6 


R2048aC7 


120,6 


101,1 


98,4 


97,1 


95,6 


94,2 


92,2 


91,0 


90,1 


91,2 


94,8 


99,8 


101,8 


99,8 


98,1 


96,9 


95,5 


97,3 


99,6 


R2048aD7 


135,1 


103,3 


98,6 


96,0 


94,2 


92,9 


90,6 


89,3 


88,7 


89,0 


92,2 


98,9 


113,6 


127,0 


135,9 


137,8 


138,0 


138,0 


138,0 


R2304aA7 


115,1 


96,0 


93,8 


92,5 


90,8 


89,4 


87,0 


85,3 


84,1 


85,7 


88,1 


91,4 


99,8 


102,7 


103,2 


104,5 


105,8 


111,3 


119,7 


R2304aB7 


120,6 


101,2 


98,7 


97,8 


96,4 


95,0 


92,9 


91,7 


90,7 


91,4 


93,0 


96,5 


108,3 


118,2 


118,3 


119,4 


124,0 


128,5 


132,3 


R2304aC7 


120,6 


101,2 


98,7 


97,8 


96,4 


95,0 


92,9 


91,7 


90,7 


91,7 


93,1 


96,4 


101,6 


99,8 


98,0 


96,9 


95,5 


97,3 


99,6 


R2304aD7 


136,2 


105,0 


100,3 


97,7 


95,9 


94,6 


92,2 


90,8 


89,9 


89,6 


90,4 


93,9 


106,7 


119,4 


131,9 


137,2 


138,0 


138,0 


138,0 
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Annex K (informative): 

Differences with G.991 .2 (G.shdsl.bis) and G.991 .2 

Amendment 1 (07/2004) 

Table K.1 



Number 


Description 


1 


Fixed Frame Sync Word versus selectable in ITU-T Recommendation G.991 .2 [24] 
Resolution: specify the transmission of the SDSL sync word during PACC see clause 7.1 .5 


2 


In G.991 .2, there is a clause for "transmit power testing". In ETSI SDSL, the power measurement is 

only implicitly mentioned in the definition of PSD-masks 

Resolution: such a proposal will be discussed for inclusion in the next revision of SDSL 


3 


- Sync word: 

The Synchronization Word (SW) enables the SDSL receivers to acquire frame alignment. The 

synchronization word consists of the following 14-bit sequence: 1111 1 100001 100 

The SW is present in every frame and is the same in both the upstream and downstream directions. 

ITU: swi - sw14 (Frame Sync Word) 

The Frame Synchronization Word (FSW) enables SHDSL receivers to acquire frame alignment. 

The FSW (bits swi - swi 4) is present in every frame and is specified independently for the 

upstream and downstream directions 

Resolution: see difference #1 


4 


Clause 13: Power feeding 
















24 
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